Textpattern CMS support forum

You are not logged in. Register | Login | Help

#11 2019-07-03 13:49:14

colak
Admin
From: Cyprus
Registered: 2004-11-20
Posts: 7,271
Website

Re: minor annoyances

etc wrote #318625:

Yes, that’s admittedly the normal workflow when one needs to examinate every list item, but not when we want to fast forward/rewind pages. Scrolling to top is just a matter of triggering “Back to top” link click, so technically it takes only few JS lines and could be a theme feature/pref. In this case I would probably make navigation links sticky, like “With selected” combo.

Hi Oleg,

as the current page number resides in an editable text field, isn’t it easier to just type the number there instead of just clicking on the next link? For me, clicking on the next is because I want to see that page.

Another possibility is to introduce some multi-edit feature, so that all just uploaded images (which are already preselected) could be opened for editing at once.

That sounds very cool! Would it be something like the article matrix plugin but showing the thumbnail, and editable text fields of the recently uploaded images?


Yiannis
——————————
neme.org | hblack.net | LABS | State Machines | Respbublika! | NeMe @ github

Offline

#12 2019-07-04 07:17:05

etc
Developer
Registered: 2010-11-11
Posts: 3,170
Website

Re: minor annoyances

Hi Yiannis

colak wrote #318627:

as the current page number resides in an editable text field, isn’t it easier to just type the number there instead of just clicking on the next link? For me, clicking on the next is because I want to see that page.

Sometimes you don’t know the page number, for example when searching for a particular date in logs. Sure, the search filter helps in most cases, but not always. Say, when searching for all records before 25/02/2019, how would you do?

That sounds very cool! Would it be something like the article matrix plugin but showing the thumbnail, and editable text fields of the recently uploaded images?

Every time I mess with UX, something goes west (as this thread confirms), so I would leave it with Phil. I can just imagine that all checked images would be opened for editing on the same page, with all their fields. Each image section could be expandable/collapsible to save the screen space.


etc_[ query | search | pagination | date | tree | cache ]

Offline

#13 2019-07-04 08:32:13

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

Re: minor annoyances

etc wrote #318636:

Every time I mess with UX, something goes west (as this thread confirms), so I would leave it with Phil. I can just imagine that all checked images would be opened for editing on the same page, with all their fields. Each image section could be expandable/collapsible to save the screen space.

Hmm, A bit uncomfortable with this. You already can do some multi-edit on a set of just uploaded images (shared fields, e.g. category). For the other fields, having all images open in one pane (apart of speed, rendering,…) might be quite complex for the user I think. Even if each images is wrapped in its own expand/collapse block. If it absolutely vital that all just uploaded images must have all their fields set – particularly if custom fields for images ever see the light of the day, then sorting the list by id or timestamp is the way to start.

Offline

#14 2019-07-05 08:04:04

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

Re: minor annoyances

Side note, I will eventually get the proposed image grid view coded (with some help from Stef hopefully).

Just very busy with my day job at the moment. Not much time for Textpattern dev work until that calms down – but I do want to get onto it.

Offline

#15 2019-07-05 10:06:08

etc
Developer
Registered: 2010-11-11
Posts: 3,170
Website

Re: minor annoyances

phiw13 wrote #318637:

Hmm, A bit uncomfortable with this.

Yep. We should then find a way to edit an image without losing the current state of list checkboxes. Would a modal edit dialogue be acceptable UX-wise?

philwareham wrote #318640:

Side note, I will eventually get the proposed image grid view coded (with some help from Stef hopefully).

That would be nice. We’d have to solve the problem of checked states when switching between modes here too.

Just very busy with my day job at the moment. Not much time for Textpattern dev work until that calms down – but I do want to get onto it.

Same here.


etc_[ query | search | pagination | date | tree | cache ]

Offline

#16 2019-07-05 11:05:46

etc
Developer
Registered: 2010-11-11
Posts: 3,170
Website

Re: minor annoyances

Scroll to top is in dev branch now, please test. I would probably make it optional, via a checkbox.


etc_[ query | search | pagination | date | tree | cache ]

Offline

#17 2019-07-07 18:00:09

colak
Admin
From: Cyprus
Registered: 2004-11-20
Posts: 7,271
Website

Re: minor annoyances

etc wrote #318643:

Scroll to top is in dev branch now, please test. I would probably make it optional, via a checkbox.

👍 works as expected… thanks!!!


Yiannis
——————————
neme.org | hblack.net | LABS | State Machines | Respbublika! | NeMe @ github

Offline

#18 2019-07-09 08:36:46

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

Re: minor annoyances

etc wrote #318643:

Scroll to top is in dev branch now, please test. I would probably make it optional, via a checkbox.

Tested, works as expected. But I certainly see you your point about eventually introducing a preference for that. Adding preferences is always a tricky thing, it adds some much complexity to the UI.

PS – making both the multi-edit widget and the navigation row sticky will need some markup changes I think, to keep it more or less sane. Personally I don’t exactly like it. As it is, for my personal use, I have disabled the stickiness of the multi-edit widget. It annoyed me more that anything (I know… it was my idea some long time ago :/).

Offline

Board footer

Powered by FluxBB