The direction of Textpattern 5

maruchan · 2012-01-12 03:58:58

artagesw wrote:
When the time comes that Textpattern needs some functionality added to its underlying framework, what framework author do you think will be more responsive to that need? The one who is also a Textpattern developer? Or one who has no vested interest in Textpattern?

I’m assuming you’re referring to ProcessWire and its author? As the main guy who brought that up, I think what I’m missing is information on what’s being done on the Spark/Plug front. Is official documentation coming soon? I am looking forward to further Escher developments as well so please keep us in the loop.

One of the things that makes ProcessWire really stand out is the outstanding documentation and frequent updates and support from the author. I guess it’s in his best interest if he wants his framework to be successful. But I’m not really loyal to a specific technology as much as I’m looking for ways to contribute to the acceleration of TXP5. If there are plans for Spark/Plug and even Escher to grow in those areas, I know that would be great to hear about.

Last edited by maruchan (2012-01-12 04:02:23)

artagesw · 2012-01-12 04:34:46

I’m assuming you’re referring to ProcessWire and its author?

Not at all. I’m speaking generally of insert your favorite php framework here.

Is official documentation coming soon?

Currently, the code is fairly well-documented. External user documentation will come eventually.

One of the things that makes ProcessWire really stand out is the outstanding documentation and frequent updates and support from the author.

If you check Spark/Plug’s update history on Google Code, I think you’ll find that the pace of development has been fairly brisk. Escher development has temporarily slowed due to other commitments (day job, plus 15 hours/week volunteer teaching at our local high school), but it will pick up again when time permits.

maruchan · 2012-01-12 04:54:52

plus 15 hours/week volunteer teaching at our local high school

Come on now. I think we should all sit down and ask those kids if they really, really need one of our TXP developers at this time. :-)

artagesw · 2012-01-12 04:57:22

maruchan wrote:

Come on now. I think we should all sit down and ask those kids if they really, really need one of our TXP developers at this time. :-)

Well, I’m teaching AP Computer Science. So maybe some of them will grow up to be Txp devs!

Dragondz · 2012-01-12 08:46:18

Hi all

I follow carefully the discussion about textpattern 5 because i am very intersted in the future of txp, when i read comments of some disgners (i am also one of them but also a coder) i would say one thing: I dont think that txp 5 will change the manner that they are doing their jonbs! i am pretty sure (correct me if i am false) that the tag construction of textpattern 5 will be the same as textpattern 4 then putting a textpattern 4 website to textpattern 5 will be fast with a minimum f work (except about plugins if there are not adapted), the coding job will be underlying and a lot of things will been hidden behind tags and others!

Shure there will be some differents things because we expect a lot of improvments from textpattern 4 to textpattern 5 but i think (and hope) that will be very benefic to the project.

No one like modifications but it s allways necessary at some point then like said by tye keep faith in the project and dev that there are doing an amazing job and will surely adress a lot of concern about moving the community from textpattern 4 to textpattern 5.

gomedia · 2012-01-12 09:39:05

michaelkpate wrote:

I would argue that the elephant in the room is that there we are really still on 1.0 of a Content Management System that began development 12 years ago.

I totally agree. I look forward to the ~~bunfight~~ discussion in that respect – article limit=“10” for instance?

WRT a framework – I’m very happy to let the devs make this call. If they build it, we will come … Ooer, obviously.

mrdale · 2012-01-12 17:33:23

I unquestionably prefer Mac OS 10.x to OS 9.x… but at the time of transition I wasn’t so sure. This may sting a bit, but…

philwareham · 2012-01-15 13:09:24

OK, so I’ve cloned the textpattern5 repo on Google Code, made a couple of minor revisions, how to I do a pull request back to the official textpattern5 repo?

artagesw · 2012-01-15 18:43:11

Create a new issue using the “Review request” template. (We should probably create a “pull request” template that is a bit more specific.) Include the address of your clone in the request.

philwareham · 2012-01-16 11:40:10

artagesw wrote:

Create a new issue using the “Review request” template. (We should probably create a “pull request” template that is a bit more specific.) Include the address of your clone in the request.

Sorry, I can’t seem to find a review request template. Can you be a bit more specific as to where I’d find that?

Neko · 2012-01-17 13:51:09

The future of TXP has often been a future driven by clients, in the sense, for example, that Zem once got a feature request from a client asking for an effective contact form, and zem_contact was born. Same goes for plug-ins: Rob Sable was asked to integrate Google Maps and rss_maps was born. And so and so and so.

In the same fashion, I can see, or at least sense, why developers would like to switch to a new framework. May be the case that S/P will allow them to code more efficiently and/or the framework will natively take care of the many issues they are tackling with the current technology. I don’t know, I’m guessing. Frankly, I don’t care that much since I don’t write plug-ins, I just assemble TXP tags and design stuff. And as long as TXP remains fast as hell and retains its XML-esque tags, I’m happy with it.

My point is, a client-driven CMS is still the ultimate goal? I mean, is TXP still being build to accommodate its developers needs or it is being build in order to gain market share, gain adoption from users and so on? Because if it’s the latter, a new framework won’t change a thing. What TXP needs, IMHO, is a bunch of features that have little to do with the underlying technology.

TXP needs easy theming, easy image uploading/posting and galleries creation, easy ways to manage custom fields, a WYSIWYG editor built on top of Textile, a multi-language functionality similar to WP’s WPML. These are the things that, IMVHO, should be the priorities if one’s goal is world domination. If that’s not the case, sorry, I understand and I will keep using and cheering for TXP because it’s still great.

philwareham · 2012-01-25 17:00:46

I want to fork and contribute code (to TXP4 and possibly TXP5) but I’m finding Google Code a total pain in the preverbials to use. Mercurial might be ‘the shit’ to some people (including my brother who swears by it), but if nobody can contribute to a project that is in dire need of more contributors then it’s a moot point.

Also, the (official?) mirror of TXP4 SVN on Github needs to be kept more in sync (it’s showing latest commits being from November last year). Needs some cron job set up or something like these people do.

Sorry to sound like I’m griping here.

Destry · 2012-01-25 17:56:01

What I see is that Textpattern 5 may be a long time coming if contributions don’t happen, and not many people are stepping up. For those who are (e.g., Phil) they’re hitting barriers. The math seems simple to me; if you need contribs, make the inline vector as facilitated as possible for those you’ve got on the wagon.

Neko wrote:

[I]s a client-driven CMS is still the ultimate goal? [I]s TXP … being build to gain adoption from users and so on?

I sure hope so, because all the time/effort going into making TXP (the official name of the magazine) a quality publication is not simply for a few dozen forum veterans who couldn’t care less. The objective is to fill a void always missing in this project (PR), and thus putting Textpattern back on the map. I.e., the assumption is, yes, the Textpattern project is looking at gaining better market share.

TXP needs easy theming, easy image uploading/posting and galleries creation, easy ways to manage custom fields, a WYSIWYG editor built on top of Textile, a multi-language functionality similar to WP’s WPML. These are the things that, IMVHO, should be the priorities if one’s goal is world domination.

Agreed. World domination is probably over the top, but these are certainly features Textpattern should be considering if it wants to remain a viable option in the market.

philwareham · 2012-01-25 18:50:38

I’ve also submitted at least two revisions of the new front-side theme since it was first rolled into SVN and neither have been implemented. Not exactly filling my desire to continue working on it guys.

On a happier note, I’m writing a kick-ass new admin theme for TXP4 based on some of the work done for TXP5, so look out for that sometime soon.

mrdale · 2012-01-25 21:46:50

phil, keep going. Your admin theme work is really good.

Textpattern CMS

Textpattern CMS support forum

#271 2012-01-12 03:58:58

Re: The direction of Textpattern 5

#272 2012-01-12 04:34:46

Re: The direction of Textpattern 5

#273 2012-01-12 04:54:52

Re: The direction of Textpattern 5

#274 2012-01-12 04:57:22

Re: The direction of Textpattern 5

#275 2012-01-12 08:46:18

Re: The direction of Textpattern 5

#276 2012-01-12 09:39:05

Re: The direction of Textpattern 5

#277 2012-01-12 17:33:23

Re: The direction of Textpattern 5

#278 2012-01-15 13:09:24

Re: The direction of Textpattern 5

#279 2012-01-15 18:43:11

Re: The direction of Textpattern 5

#280 2012-01-16 11:40:10

Re: The direction of Textpattern 5

#281 2012-01-17 13:51:09

Re: The direction of Textpattern 5

#282 2012-01-25 17:00:46

Re: The direction of Textpattern 5

#283 2012-01-25 17:56:01

Re: The direction of Textpattern 5

#284 2012-01-25 18:50:38

Re: The direction of Textpattern 5

#285 2012-01-25 21:46:50

Re: The direction of Textpattern 5

Board footer