Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
RFC - location of Preview and View buttons (TXP 4.9-dev)
Currently, the location of those – at the very top of the page, next to the Panel title – is a little problematic when writing or editing an article. Chances are high that one will scroll down the page and the buttons will disappear from view. Compare this with the behaviour of TXP 4.9-beta1 where the View button (preview did not exist yet) was located below the Save button on a sticky sub-panel and thus always in view.
Proposal: move those 2 buttons back to that “save” sub-panel, and move the “New” and “Duplicate” buttons elsewhere. Options:
- either lower in the column, together with the “Expand all”/ “Collapse all” set. See this mockup: dev.l-c-n.com/txp-4.9/txp-content-write_2.html
- or swap the positions, the “New” and “Duplicate” buttons positioned next to the panel title at the very top. See this mockup: dev.l-c-n.com/txp-4.9/txp-content-write_3.html
My preferred option is the second one.
(I should have known that issue earlier, but only realised that problem while editing an articles with the latest dev build, while up till recently I always worked with beta1)
Where is that emoji for a solar powered submarine when you need it ?
Sand space – admin theme for Textpattern
Offline
Re: RFC - location of Preview and View buttons (TXP 4.9-dev)
Sounds reasonable (but the buttons are not sticky in your small-screen mockups). I actually don’t remember having ever used ‘New article’ link. Simply remove?
Offline
Re: RFC - location of Preview and View buttons (TXP 4.9-dev)
etc wrote #338861:
Sounds reasonable (but the buttons are not sticky in your small-screen mockups). I actually don’t remember having ever used ‘New article’ link. Simply remove?
Yeah, it is just a quick mockup that works mostly on larger screens. Assuming this goes the thumbs-up I will make them – visually – part of the fixed save block that the bottom on small screens.
(reason they are not, earlier on, with 3 or more links that block would have been overloaded on small screens)
As for that “New” button, hmm, digging into some dusty backup of past memories… nope my usage is very low. I won’t object to the removal.
Where is that emoji for a solar powered submarine when you need it ?
Sand space – admin theme for Textpattern
Offline
Re: RFC - location of Preview and View buttons (TXP 4.9-dev)
etc wrote #338861:
[…] but the buttons are not sticky in your small-screen mockups […]
Now it does on the updated test page: dev.l-c-n.com/txp-4.9/txp-content-write_3.html
I have also remove the “New” button.
Unless someone objects, could this be implemented ? Thanks.
Where is that emoji for a solar powered submarine when you need it ?
Sand space – admin theme for Textpattern
Offline
Re: RFC - location of Preview and View buttons (TXP 4.9-dev)
I like the layout but I’m not sure if it is a good idea to go back to Content>Write (2 mouse clicks instead of one) in order to create a new article. I use the new article link often, but I will not lose any sleep if it goes.
I also Like Stef’s image edit he posted on forum.textpattern.com/viewtopic.php?pid=327776#p327776. The image grid I’m not sure of as in real life images can be of various sizes, varying from very small logos to larger landscape or portrait formats.
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: RFC - location of Preview and View buttons (TXP 4.9-dev)
colak wrote #338871:
I like the layout but I’m not sure if it is a good idea to go back to Content>Write (2 mouse clicks instead of one) in order to create a new article. I use the new article link often, but I will not lose any sleep if it goes.
I have no problems keeping the “New” button (grouped with the duplicate button). Mockup update to bring it back.
I also Like Stef’s image edit he posted on forum.textpattern.com/viewtopic.php?pid=327776#p327776. The image grid I’m not sure of as in real life images can be of various sizes, varying from very small logos to larger landscape or portrait formats.
Unrelated to the issue here, but that can easily be handled: first don’t enforce a square thumbnail generation, and then some small set of CSS rules:
img {
width: 160px; /* or whatever */
aspect-ratio: 1/1;
max-width: none;
object-fit: contain;
object-position: 50% 50%;
}
That is what I use in Sandspace for the thumbnails on the Images list panel
Where is that emoji for a solar powered submarine when you need it ?
Sand space – admin theme for Textpattern
Offline