Textpattern CMS support forum

You are not logged in. Register | Login | Help

#11 2012-09-13 13:25:50

AdamK
Member
From: Kraków, Poland
Registered: 2009-08-11
Posts: 47

Re: Feedback to: Textpattern CMS 4.5.1 released

“Now please provide Textpattern with the data about admin user. You will be able to change password and personal data at any time, but the username is unchangeable from now on. This user will have the “Editor” privileges. We advise you to read more about the sophisticated user levels and privileges in the textpattern docs” etc. etc ;)

Offline

#12 2012-09-13 13:27:41

maniqui
Moderator
From: Buenos Aires, Argentina
Registered: 2004-10-10
Posts: 3,070
Website

Re: Feedback to: Textpattern CMS 4.5.1 released

AdamK wrote:

I used .zip version unpacked on linux, I got files instead of links (4.4.1 had links).

I can confirm that the .zip version of 4.5.1 has “real” files instead of symlinks on the different folders at /sites/site1/.
That would explain why the .zip file is larger than usual (I don’t have the .zip file for 4.5.0, but the .zip file for 4.4.1 is 484.4kb).

The .tar.gz file for 4.5.1 has proper symlinks.


La música ideas portará y siempre continuará

TXP Builders – finely-crafted code, design and txp

Offline

#13 2012-09-13 13:30:07

AdamK
Member
From: Kraków, Poland
Registered: 2009-08-11
Posts: 47

Re: Feedback to: Textpattern CMS 4.5.1 released

is there a tar.gz version? To get the newest file I simply went to textpattern.com and pushed the big yellow button on the left.

Aaaa, Learn more… Sorry, it was not so obvious, stupid me… :( Sometimes the shortest way is not the best ;) I’ll remember

A.

Last edited by AdamK (2012-09-13 13:31:20)

Offline

#14 2012-09-13 19:18:46

Gocom
Plugin Author
Registered: 2006-07-14
Posts: 4,524
Website

Re: Feedback to: Textpattern CMS 4.5.1 released

The default for Info-ZIP implementation of ZIP archive (origin of symlink support) is to resolve symbolic links, and that is what is most widely supported across all implementations and platforms. Not every implementation of ZIP, or platform, supports symbolic links, which might be the reason behind why guys decided to bundled the links in resolved format.

Sure, it is unfortunate, but might actually be the best option. It’s better than the extraction process failing. The other option is excluding links and distributing them in TAR only.

The other issue related to the symbolic links has been that users are using SFTP and FTP to upload already extracted files to their server, and then wondering where the multi-site files disappeared as the protocol doesn’t support symbolic links. It does cause some unneeded confusion when you can’t upload all files, it almost can seem as if the upload is failing.

Offline

#15 2012-09-13 20:47:56

philwareham
Core designer
From: Farnham, Surrey, UK
Registered: 2009-06-11
Posts: 3,139
Website

Re: Feedback to: Textpattern CMS 4.5.1 released

AdamK wrote:

2) wrong tab stops: tab jumps from Name to help icon instead of “login name” field
P.S. the problem with tabstops is omnipresent, eg. in filling the fields in the site properties.

Yes, this is something I’ve pondered over. We don’t use tabindex attributes on the fields in setup, leaving it to the browser default to tab to the next element in the code. That happens to be a tooltip at times – that’s kind of the correct result – but you could argue that a user expects the tab to jump to the next input field instead.

I guess I could do a straw poll and find out which method is preferred by users. I tend to prefer not using tabindex attributes at all, anywhere, ever, because it goes against the natural accessibility flow of the page. But I realise I might be in the minority here.

Offline

#16 2012-09-13 20:56:20

NyteOwl
Member
From: Nova Scotia, Canada
Registered: 2005-09-24
Posts: 539

Re: Feedback to: Textpattern CMS 4.5.1 released

Sad to see raw PHP go. I’ve had scripts in the past that wouldn’t run properly inside <txp:php>.


Obsolescence is just a lack of imagination. / 36-bits Forever! / #include <disclaimer.h>;

Offline

#17 2012-09-14 20:49:06

bici
Member
From: vancouver
Registered: 2004-02-24
Posts: 1,405
Website

Re: Feedback to: Textpattern CMS 4.5.1 released

NyteOwl wrote:

Sad to see raw PHP go. I’ve had scripts in the past that wouldn’t run properly inside <txp:php>.

Preferences . Advanced:

Allow PHP in pages? ? No Yes
Allow PHP in articles? ? No Yes

Or am I mis-understanding the issue?

Last edited by bici (2012-09-14 20:55:26)


…. texted postive

Offline

#18 2012-09-14 20:52:28

bici
Member
From: vancouver
Registered: 2004-02-24
Posts: 1,405
Website

Re: Feedback to: Textpattern CMS 4.5.1 released

By the way … congratulations on the redesign of the new Sections tab! Much cleaner and logical .


…. texted postive

Offline

#19 2012-09-15 14:22:27

phiw13
Plugin Author
From: Japan
Registered: 2004-02-27
Posts: 1,596
Website

Re: Feedback to: Textpattern CMS 4.5.1 released

philwareham wrote:

I guess I could do a straw poll and find out which method is preferred by users. I tend to prefer not using tabindex attributes at all, anywhere, ever, because it goes against the natural accessibility flow of the page. But I realise I might be in the minority here.

You’re definitively not alone in disliking tabindex. The problem with it is that it is very difficult to get right for complex forms (the use of tabindex on the Write pane annoys me 95% of the time), and is a hell to maintain – the old Sections tab pre 4.5.0 had the tabindex completely screwed up; I remember submitting a patch to remove that at one point. Plus, using tabindex penalizes the user who’d like to access those help links.

(and yeah, some platforms/browsers are better than others in managing that keyboard access, with Safari leading the pack – holding down the option key toggles all form controls or links + form controls)

Online

#20 2012-09-17 12:30:08

miles
Member
From: Plymouth
Registered: 2008-05-22
Posts: 73
Website

Re: Feedback to: Textpattern CMS 4.5.1 released

Guys, Everytime I try to edit an article I get “Sorry, the form could not be submitted. Please try again later.”

Any thoughts on why this is happening?

Offline

Board footer

Powered by FluxBB