Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
Re: Feedback to: Textpattern CMS 4.7.0 beta 2 released
Regarding the ‘Create article’ when on the Write page, and on Pages/Forms/Styles pages. Maybe just having them open in a new window/tab is enough to avoid the risk of data loss.
Also on Write page, maybe only show ‘Create new’ when editing a previously saved article, not when drafting an unsaved article?
Offline
Re: Feedback to: Textpattern CMS 4.7.0 beta 2 released
philwareham wrote #310362:
Also on Write page, maybe only show ‘Create new’ when editing a previously saved article, not when drafting an unsaved article?
Your suggestion is similar to what I was suggesting too, and would be good if there’s a reason you have to keep “Save” on the button in all contexts. Otherwise, just changing the button text to “Create article” in that initial state would be better because it provides the extra clarity of what you’re actually doing with the button in that context.
Btw, I think you mean “Create article”?
Offline
Re: Feedback to: Textpattern CMS 4.7.0 beta 2 released
Why not just have simple words: New..., Publish, Save, Duplicate. The New... command is in most macOS software under the file menu.
Yiannis
——————————
NeMe | hblack.art | EMAP | A Sea change | Toolkit of Care
I do my best editing after I click on the submit button.
Offline
Re: Feedback to: Textpattern CMS 4.7.0 beta 2 released
Destry wrote #310360:
Regarding this…
Which I only see when on the Write panel in context of a new article not saved yet, and the button says “Save” not “Publish”…
Wouldn’t it clear things up if the button text read “Create article” in that context instead of “Save” or “Publish”? And that would be all you see in that context. Then in any other context — after an article has been created initially — the button text changes to “Save”.
I don’t think “Publish” makes sense unless you mean “Publish live”, but that’s not always the case. I never publish live first thing; always create first as a draft.
Maybe I’m oversimplifying functionality that’s more complex than what I take for granted. ;)
The ”Publish” string only appears when the status dropdown is set to Live or Sticky. Any other status it shows as “Save”. Labeling it “Create” or “Create Article” on a new, unsaved article might be a good addition though.
Where is that emoji for a solar powered submarine when you need it ?
Sand space – admin theme for Textpattern
phiw13 on Codeberg
Offline
Re: Feedback to: Textpattern CMS 4.7.0 beta 2 released
philwareham wrote #310362:
Regarding the ‘Create article’ when on the Write page, and on Pages/Forms/Styles pages. Maybe just having them open in a new window/tab is enough to avoid the risk of data loss.
Oh, please no. Don’t have that button open a new tab, that is annoying as hell.
Also on Write page, maybe only show ‘Create new’ when editing a previously saved article, not when drafting an unsaved article?
Or, although I think Destrys idea is better, make it appear as a hint / tip when on starting with a blank page (unsaved article), something using the .txp-form-field-instructions class – grey text.
Where is that emoji for a solar powered submarine when you need it ?
Sand space – admin theme for Textpattern
phiw13 on Codeberg
Offline
Re: Feedback to: Textpattern CMS 4.7.0 beta 2 released
Also, as noted by @gomedia, yes on the Pages / Forms / styles panels, the “Create Page” link should not appear when already looking at a new page or form. I file Issue 1217 for that
(maybe something for TXP 4.7.1?)
Where is that emoji for a solar powered submarine when you need it ?
Sand space – admin theme for Textpattern
phiw13 on Codeberg
Offline
Re: Feedback to: Textpattern CMS 4.7.0 beta 2 released
phiw13 wrote #310365:
The ”Publish” string only appears when the status dropdown is set to Live or Sticky.
Ah, right. Of course.
Any other status it shows as “Save”. Labeling it “Create” or “Create Article” on a new, unsaved article might be a good addition though.
Yes, this sounds logical to me as button text under the prevailing design:
- Create article on new/unsaved article, whatever status type. (Only see the button, nothing else.)
- Save on any previously created articles having Draft, Hidden, or Pending status.
- Publish on previously created articles having Live or Sticky status, which gives the distinction of being live to the world (conceptually speaking)
The other links around the button in the latter two scenarios would be fine as is, as far as I recall.
In fact, going back to what phiw13 was saying about single words, this would seem to make sense too in a more consistent manner:
- Create
- Save
- Publish
The fact one is on the Write panel provides the context of what is being created, saved, and published in that case.
Offline
Re: Feedback to: Textpattern CMS 4.7.0 beta 2 released
Destry wrote #310368:
this sounds logical to me as button text under the prevailing design:
- Create article on new/unsaved article, whatever status type. (Only see the button, nothing else.)
- Save on any previously created articles having Draft, Hidden, or Pending status.
- Publish on previously created articles having Live or Sticky status, which gives the distinction of being live to the world (conceptually speaking)
Sorry, this is not logical: Create whatever status and Save/Publish depending on status. And when it is not logical, it is more difficult to code and to maintain. We should then get rid of Publish in favour of Save whatever status.
Offline
Re: Feedback to: Textpattern CMS 4.7.0 beta 2 released
etc wrote #310369:
We should then get rid of Publish in favour of Save whatever status.
Fine by me. ‘Save’ seems to cover all available contexts.
Offline
Re: Feedback to: Textpattern CMS 4.7.0 beta 2 released
phiw13 wrote #310367:
Also, as noted by @gomedia, yes on the Pages / Forms / styles panels, the “Create Page” link should not appear when already looking at a new page or form. I file Issue 1217 for that
(maybe something for TXP 4.7.1?)
And… that is already fixed ! (this commit). Thank you Oleg.
Where is that emoji for a solar powered submarine when you need it ?
Sand space – admin theme for Textpattern
phiw13 on Codeberg
Offline
Re: Feedback to: Textpattern CMS 4.7.0 beta 2 released
OK, some great options here, thanks all. So I think we all agree:
- Lose the text “Create article” beneath the ‘action’ button (I won’t refer to it as the ‘save’ or ‘publish’ button as that could get confusing here). That’s easy to alter in
article_partial_actions(). - Alter the button label to “Create” instead of “Save” if the current article is a fresh one and the status is destined as an unpublished state.
- If, however, the article Status is changed to live/sticky, the button text is “Publish”.
Thus:
a) On a new, blank, unsaved article, altering the status will either display the button text as “Publish” if the article is going to be published live when the button is clicked, or “Create” if the article is going to be in an unpublished state when the action is performed. This is the same process if an article has been copied (by using the Copy button from the Articles panel).
b) Once the article exists in the database AND is in an unpublished state, altering the Status will toggle the text between “Publish” and “Save” depending on whether the action will just commit the changes or will commit the changes and make the article live on the site.
Questions / observations:
1. Once the article is published, altering the Status to an unpublished state currently has no effect on the button text. Should it change accordingly? If so, what makes sense?
2. If you do alter the status from a published state to an unpublished state, the <form> tag’s class is not altered back to ‘saved’. It remains at ‘published’. Thus the button text doesn’t subsequently alter as you change status, unless the page is fully refreshed first. Bug? By design?
3. If an article is Duplicated, it is automatically saved as Draft, thus there’s no “Create” action shown, only Save/Publish. It will either toggle between Save or Publish, depending on you altering the Status, as mentioned above.
Discuss…
Last edited by Bloke (2018-03-26 09:48:31)
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Hire Txp Builders – finely-crafted code, design and Txp
Offline
Re: Feedback to: Textpattern CMS 4.7.0 beta 2 released
1. Once the article is published, altering the Status to an unpublished state currently has no effect on the button text. Should it change accordingly? If so, what makes sense?
yes please
2. If you do alter the status from a published state to an unpublished state, the
<form>tag’s class is not altered back to ‘saved’. It remains at ‘published’. Thus the button text doesn’t subsequently alter as you change status, unless the page is fully refreshed first. Bug? By design?
bug
3. If an article is Duplicated, it is automatically saved as Draft, thus there’s no “Create” action shown, only Save/Publish. It will either toggle between Save or Publish, depending on you altering the Status, as mentioned above.
correct performance.
Yiannis
——————————
NeMe | hblack.art | EMAP | A Sea change | Toolkit of Care
I do my best editing after I click on the submit button.
Offline
Re: Feedback to: Textpattern CMS 4.7.0 beta 2 released
Bloke wrote #310372:
Questions / observations:
1. Once the article is published, altering the Status to an unpublished state currently has no effect on the button text. Should it change accordingly? If so, what makes sense?
If the article goes back to the Draft / Hidden / Pending status, then “Save” would be the expected text, I think. Note that for a Live article (or Sticky), once the article has been ”published” (first save when status is set to live), all subsequent saving, the button label is “Save”. So “Publish” is really a special string.
2. If you do alter the status from a published state to an unpublished state, the
<form>tag’s class is not altered back to ‘saved’. It remains at ‘published’. Thus the button text doesn’t subsequently alter as you change status, unless the page is fully refreshed first. Bug? By design?
Hmm, I cannot seem to reproduce that. An older live article accessed from the Articles panel, loading the Write panel gives me a “Save“ button. I change the status to hidden, the button text remains as “Save“. (but indeed toggling the status does not alter the class on the form.
3. If an article is Duplicated, it is automatically saved as Draft, thus there’s no “Create” action shown, only Save/Publish. It will either toggle between Save or Publish, depending on you altering the Status, as mentioned above.
Expected.
Where is that emoji for a solar powered submarine when you need it ?
Sand space – admin theme for Textpattern
phiw13 on Codeberg
Offline
Re: Feedback to: Textpattern CMS 4.7.0 beta 2 released
phiw13 wrote #310376:
If the article goes back to the Draft / Hidden / Pending status, then “Save” would be the expected text… Note that for a Live article (or Sticky), once the article has been ”published” (first save when status is set to live), all subsequent saving, the button label is “Save”. So “Publish” is really a special string.
That certainly explains why we look at the published state (class on the <form> tag) before altering the button label. And it makes sense. The only thing then is…
An older live article accessed from the Articles panel, loading the Write panel gives me a “Save“ button. I change the status to hidden, the button text remains as “Save“.
Yes. But navigate away, come back to the same article and play with the Status field. Subsequent visits to the same article restore the Save/Publish toggle behaviour. My question was whether that should happen immediately on status change back to an unpublished state, without the intermediate full-page refresh.
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Hire Txp Builders – finely-crafted code, design and Txp
Offline
Re: Feedback to: Textpattern CMS 4.7.0 beta 2 released
Hi Stef, It’s my lunch break so I’m studying your thoughts more closely… I think that you may be over complicating the behaviours as I do not think that there is any problem in the way the button behaves today. Looking back on the forum (I’ve been around for what seems to be a lifetime), I do not remember anyone complaining regarding the button behaviour in the tabs. Could it become more idiot-proof? Possibly. Is it worth the labour and braincells to take it there? Probably not.
Yiannis
——————————
NeMe | hblack.art | EMAP | A Sea change | Toolkit of Care
I do my best editing after I click on the submit button.
Offline