[feedback] How to bring txp back on track ? Let's debate !

zem · 2006-03-01 05:29:41

For someone unfamiliar with the benefits, do you care to explain the difference to me, or point me toward a resource that does.

Subversion lets you see changes between revisions, and fetch any revision with a single command.

wget leaves off the revision tags on each file, so you can’t see which version you’re using, and Textpattern’s diagnostics won’t display it.

Downloading & extracting from a zip file can take 3 or 4 steps using several different tools. Subversion does it in one step.

squaredeye · 2006-03-01 05:34:54

Thanks Zem. Good to know. I think I’ll work toward figuring out SVN. Seems worth it in the long run.

Jeremie · 2006-03-01 08:33:24

I installed, and used, TortoiseSVN on three different XP machines. Everyday config. Work like a charm. ANd yes, it’s impossible to make it simpler, and it’s so useful on a daily basis.

Mary · 2006-03-01 08:45:05

I love it, I really do. Never had a problem with installing or using it.

michaelkpate · 2006-03-01 13:53:49

I have tried some of the alternative methods, but never had a problem with TortioseSVN. It always works like a charm.

hcgtv · 2006-03-01 14:53:13

I settled on RapidSVN 0.9.1 and it works fine, at least I’m able to grab off the files.

I tried TortoiseSVN 1.3.2.5840 and had the same issues, Explorer crashes on right click.

Didn’t even know about the Wget option, neat way of doing it.

Thanks for the zip file zem, should help those having issues with SVN get to testing.

hcgtv · 2006-03-01 22:27:36

Just to follow up on TortoiseSVN, I finally got it to stop crashing!

I use PowerDesk for my file manager and having it installed seems to affect Explorer also.

Anyway, I found this post and followed the instructions and TortoiseSVN is not crashing on me anymore.

Maybe it can help others having problems with the Turtle ;)

Logoleptic · 2006-03-07 18:51:52

tranquillo wrote:

The elements will give the possibility to add modules to txp (more individual features!!!!).
With this, developers (in groups or one by one) can help the core team develop txp by coding modules (no need to increase the number of the core devs). The core team can stay as it is and keep developing the core. Plugins will consist of one file to install, larger plugins will become elements (a subject from the mailinglist).

I feel a bit out of touch, since this is actually the first I’ve heard of this. Sounds awesome! With this kind of extensibility, I think we’ll see an incredible burst of creativity around the release of 4.1.

davidm · 2006-03-07 18:58:10

Logoleptic wrote: I feel a bit out of touch, since this is actually the first I’ve heard of this. Sounds awesome! With this kind of extensibility, I think we’ll see an incredible burst of creativity around the release of 4.1.

I couldn’t agree more ! This is one of the key things that can keep me excited about txp’s future… I am eager to see what will come out of this in the long run…

Also, on a different note : I am very glad of the late changes (namely : Mary being back, forums getting some restructuring done…), even if I am no longer contributing, I have an eye on things :)

Last edited by davidm (2006-03-07 18:59:05)

Logoleptic · 2006-03-07 19:29:52

I’ve been reading this thread over my lunch hour, but now it’s time to get back to work. I only made it to page 5, so I apologize if my suggestions are repetitive of what’s been said since then.

Patch Queue, Bug Tracking, and Feature Voting

Implementation of a bug tracking system, including commenting on bugs, feature requests, and bug/feature voting. I’m not particularly fond of Trac, though it’s very popular. From a bug-reporter’s standpoint, I’ve always liked Mantis. It was used for the Movable Type 3 beta and was once the bug tracking software for WordPress.

Whatever software is chosen, a good bug tracking system would allow for patch submission and for organized and democratic selection of new features.

Road Map

This is crucial, if only because the presence of a road map inspires confidence in users and provides direction to devs. I don’t think it’s possible until a bug tracking / feature request / voting system is in place, however.

Leadership

The success of open-source projects like Python, Linux, and WordPress have repeatedly shown that open-source software development can consistently meet or exceed the standards of commercial software under the guidance of a benevolent dictator (see also). Having such a person in charge of Textpattern could help move things forward on multiple fronts with considerable speed. This is, in a way, the role that Dean used to fill. Under Dean the benevolent dictator model was never fully realized, however, due to the long history of Txp as a one-developer project before it was open-sourced.

There are examples of successful open-source projects that shun the benevolent dictator model. One notable example is the K Desktop Environment, which vehemently refuses such a leadership scheme. In my personal opinion, however, such projects are prone to scattershot development and featuritis. On the other hand, keeping the official dev team relatively small could prevent those problems.

Ultimately, I think the most important thing is for Textpattern to decide on a leadership / organizational model and run with it. That alone would go a long way toward curbing the “nobody’s in charge” anxiety that seems to have prompted this thread.

Last edited by Logoleptic (2006-03-07 19:33:32)

davidm · 2006-03-07 21:05:34

Ultimately, I think the most important thing is for Textpattern to decide on a leadership / organizational model and run with it. That alone would go a long way toward curbing the “nobody’s in charge” anxiety that seems to have prompted this thread.

My thought exactly :)

That’s the whole point of this thread and why Alex, Nils and myself tried to clear things a little bit…

Hans · 2006-03-08 00:58:17

This article/editorial might be of interest to the lot of you.

hcgtv · 2006-03-08 02:51:59

Hans wrote:

This article/editorial might be of interest to the lot of you.

“There are two ways of constructing a software design; one way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult.”
C. A. R. Hoare

raveoli · 2006-03-10 09:48:08

Dean was needed in Textpattern’s childhood. He was the daddy. Now, Textpattern is a grown up late-teen, wanting to go lots of places, and being a bit confused. That said, I think people have become too attached to the idea of NEW NEW NEW. That is, new updates, new features, lalala. Textpattern does what it should do pretty well. Of course certain things are still musthave-features to come, but generally Textpattern is stable, wonderful, flexible.

jtlapp · 2006-03-23 07:42:21

My two pence on TXP’s future:

My experience with TXP blogs has always been, “Wow that’s professional!” I typically imagine that the blog owner has a strong sense of aesthetics — cares about the user experience — and may even have dished out some cash for so artistic and friendly a site.

My experience with WordPress blogs has always been, “Oh they’re using that uninspired template.” I’m glad that average users can quickly find a voice online, but I find myself surprised when the site purports to be a serious, professional business.

So I think it’s misguided to attempt to strive with TXP for the popularity or success of WP. Striving that way would only push TXP into the business of running mundane blogs and obliterate the professional impression of TXP that I’ve developed and that I assume others have as well.

I think TXP should focus on the audience it now attracts: web designers. Not end users. TXP can survive and prosper and even own that segment, but only if it doesn’t lose sight of it.

So in asking how do we improve TXP, I think we need to ask how do we make it better for web designers. Or rather, we need to be pro-active about keeping it in tune with web designer’s evolving needs.

(And BTW, in my opinion, bBlog is the blog for hardcore PHP/OO programmers. In my opinion it has the most foresighted architecture. But it seems that there are too few PHP/OO programmers to support it. WordPress has the biggest market: end users. TXP has a smaller but still large market too: web designers. But poor bBlog: hardly a PHP programmer understands or appreciates OO.)

~joe

Textpattern CMS

Textpattern CMS support forum

#211 2006-03-01 05:29:41

Re: [feedback] How to bring txp back on track ? Let's debate !

#212 2006-03-01 05:34:54

Re: [feedback] How to bring txp back on track ? Let's debate !

#213 2006-03-01 08:33:24

Re: [feedback] How to bring txp back on track ? Let's debate !

#214 2006-03-01 08:45:05

Re: [feedback] How to bring txp back on track ? Let's debate !

#215 2006-03-01 13:53:49

Re: [feedback] How to bring txp back on track ? Let's debate !

#216 2006-03-01 14:53:13

Re: [feedback] How to bring txp back on track ? Let's debate !

#217 2006-03-01 22:27:36

Re: [feedback] How to bring txp back on track ? Let's debate !

#218 2006-03-07 18:51:52

Re: [feedback] How to bring txp back on track ? Let's debate !

#219 2006-03-07 18:58:10

Re: [feedback] How to bring txp back on track ? Let's debate !

#220 2006-03-07 19:29:52

Re: [feedback] How to bring txp back on track ? Let's debate !

#221 2006-03-07 21:05:34

Re: [feedback] How to bring txp back on track ? Let's debate !

#222 2006-03-08 00:58:17

Re: [feedback] How to bring txp back on track ? Let's debate !

#223 2006-03-08 02:51:59

Re: [feedback] How to bring txp back on track ? Let's debate !

#224 2006-03-10 09:48:08

Re: [feedback] How to bring txp back on track ? Let's debate !

#225 2006-03-23 07:42:21

Re: [feedback] How to bring txp back on track ? Let's debate !

Board footer