Go to main content

Textpattern CMS support forum

You are not logged in. Register | Login | Help

#13 2020-02-28 14:04:49

amordecosmos
Plugin Author
From: London (Hometown: Vancouver)
Registered: 2004-08-03
Posts: 106
Website

Re: Feedback to: Textpattern CMS 4.8.0 Released

I may have been using it wrong in the past. But it worked, so maybe it was a bug that is now corrected.

But I would do something like <txp:variable name = ‘previous_page’ value = ‘<txp:permlink />’ />

Then somewhere else, I could do ‘Go back to <txp:variable name =“previous_page”/>’

(Obvs not correct linking code)

But the <txp:variable name =“previous_page”/> is now empty on a different page.

Offline

#14 2020-02-28 14:12:06

colak
Admin
From: Cyprus
Registered: 2004-11-20
Posts: 9,011
Website GitHub Mastodon Twitter

Re: Feedback to: Textpattern CMS 4.8.0 Released

Try

<txp:variable name="previous_page" value='<txp:permlink />' />

Yiannis
——————————
NeMe | hblack.art | EMAP | A Sea change | Toolkit of Care
I do my best editing after I click on the submit button.

Offline

#15 2020-02-28 14:26:12

Bloke
Developer
From: Leeds, UK
Registered: 2006-01-29
Posts: 11,269
Website GitHub

Re: Feedback to: Textpattern CMS 4.8.0 Released

Hmmm, the approach works for me. In the default form, for example:

<txp:variable name="previous_page"><txp:link_to_prev /></txp:variable>
Go back to <a href="<txp:variable name="previous_page" />">Previous page</a>

If I click on the link, it jumps back an article at a time.


The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.

Txp Builders – finely-crafted code, design and Txp

Offline

#16 2020-02-28 14:49:50

amordecosmos
Plugin Author
From: London (Hometown: Vancouver)
Registered: 2004-08-03
Posts: 106
Website

Re: Feedback to: Textpattern CMS 4.8.0 Released

It doesn’t work. That’s what is so weird.

If I do <txp:variable name=“previous_page” value=’<txp:permlink />’ />
Then immediately do <txp:variable name=“previous_page” /> it is correct.

But if I put <txp:variable name=“previous_page” /> on a different page, it’s empty.

But was I always doing it wrong? Should it be done in forms?

Offline

#17 2020-02-28 15:19:03

colak
Admin
From: Cyprus
Registered: 2004-11-20
Posts: 9,011
Website GitHub Mastodon Twitter

Re: Feedback to: Textpattern CMS 4.8.0 Released

amordecosmos wrote #321986:

But if I put <txp:variable name="previous_page" /> on a different page, it’s empty.

By different page I take it that you mean txp page (template). It would not work like this as variables should be in all pages that make use of them. If it was working before it was definitely a bug.


Yiannis
——————————
NeMe | hblack.art | EMAP | A Sea change | Toolkit of Care
I do my best editing after I click on the submit button.

Offline

#18 2020-02-28 16:35:10

Bloke
Developer
From: Leeds, UK
Registered: 2006-01-29
Posts: 11,269
Website GitHub

Re: Feedback to: Textpattern CMS 4.8.0 Released

amordecosmos wrote #321986:

if I put <txp:variable name=“previous_page” /> on a different page, it’s empty.

If it worked this way before, it was definitely a bug. There’s no variable state remembered from page to page. You need to treat each request as a discrete event and set everything you might need on it at the start of the page flow.

Sorry for the inconvenience if it really did work this way before: honestly never noticed.


The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.

Txp Builders – finely-crafted code, design and Txp

Offline

#19 2020-02-28 19:27:56

jsoo
Plugin Author
From: NC, USA
Registered: 2004-11-15
Posts: 1,793
Website

Re: Feedback to: Textpattern CMS 4.8.0 Released

Cheers for all the hard work, chaps.

Just pre-flighting an upgrade, and noticed that css.php and .htaccess in sites/site1/public have not been updated to correspond to the changes in their top-level counterparts, and it looks to me as though they should.


Code is topiary

Offline

#20 2020-03-01 15:01:46

gaekwad
Server grease monkey
From: People's Republic of Cornwall
Registered: 2005-11-19
Posts: 4,137
GitHub

Re: Feedback to: Textpattern CMS 4.8.0 Released

jsoo wrote #321993:

Just pre-flighting an upgrade, and noticed that css.php and .htaccess in sites/site1/public have not been updated to correspond to the changes in their top-level counterparts, and it looks to me as though they should.

Hi Jeff – I think this is now done in dev, should be released with 4.8.1.

Last edited by gaekwad (2020-03-02 14:06:01)

Offline

#21 2020-03-02 13:32:18

jsoo
Plugin Author
From: NC, USA
Registered: 2004-11-15
Posts: 1,793
Website

Re: Feedback to: Textpattern CMS 4.8.0 Released

Excellent, thank you.


Code is topiary

Offline

#22 2020-03-26 21:03:33

wavesource
Member
From: Australia
Registered: 2011-08-02
Posts: 56

Re: Feedback to: Textpattern CMS 4.8.0 Released

It is a thing of beauty. Thank you.

Offline

#23 2020-03-26 22:03:18

bici
Member
From: vancouver
Registered: 2004-02-24
Posts: 2,075
Website Mastodon

Re: Feedback to: Textpattern CMS 4.8.0 Released

i am looking forward to trying it out, but i have decided to await the 4.8.1 release as it is to address some issues identified by others.


…. texted postive

Online

#24 2020-04-01 10:27:42

singaz
Member
Registered: 2017-03-12
Posts: 150

Re: Feedback to: Textpattern CMS 4.8.0 Released

Textpattern 4.8.0

<txp:author link="1" this_section="0" />

<txp:category link="1" this_section="0" />

In which field to fix?

tag_author

or

author

And categories, which field to fix:

tag_category

or

category

or

category_tags ?


Sorry my horror English. I’m learning textpattern, I’m learning English

Offline

Board footer

Powered by FluxBB