Some PhF Layout suggestions

(Carmelo Dr Raw) #15

I think the icons would become too small if all arranged in one row. Also, I am actually planning to remove all the icons of the first row, and transform the associated actions into menu items (with standard shortcuts). Hence I would propose to presently go for solution 1 as it is… what do you think?

1 Like
#16

Sure, it is fine for now. Didn’t want to deviate too much from your current design, so my idea was a stopgap reshuffling at best. Menus properly done are great.

1 Like
#17

Just remember what I said about the states of the clipped icons not being distinct enough for my eyes.

PS Forgot to mention that I don’t find the icons on the left particularly useful. I typically choose the first one and then select whatever I need. Speaking of that, I want to remind you that
– I think, “threshold” still appears twice in one of the lists.
– It would be nice if there was a search function.
– It would be nice if there were more tool help entries, not for me but other users.

(Carmelo Dr Raw) #18

@afre @McCap I found a GTK2 theme that seems to fit rather nicely with PhF UI.

Here is how the interface would look like with the new theme:

@Chawoosh this also partly addresses your request for better sliders.

The sliders are a bit too thick for my taste. but that’s a question of theme tuning…

1 Like
#19

:slight_smile: OK, it seems good, we will test how it works…

(Carmelo Dr Raw) #20

The new UI layout is not yet committed, but I will let you know as soon as a first version will become available, hopefully in few days from now…

Thanks!

1 Like
#21

Unfortunately, the deep blue won’t sit well with our no distraction grey friends. :wink:

#22

Most wanted feature are:

  1. Wavelet sharp and denoise.
  2. Object removing.

Not instantly but very useful features.

#23

Nice. At first look the look reminded me of RT…
For me it was just important that there is more space for the image but this UI looks good, but the more minute slider etc of the old UI, I prefer.

@afre I guess the blue can changed.

#24

The slider layout is now at parity with RT and dt, although it takes the space of two columns now. Two-columns has the advantage of allowing the titles to be aligned properly and the floating window width more predictable.

Overall, the padding and sizing of the layout could be more consistent. Some elements are small, tightly bound and minimalist while others are large, spaced and sticking out. Will take some time to work out no doubt.

(Carmelo Dr Raw) #25

@afre @McCap some further UI color/layout refinements:

1 Like
#26

The small sliders definitely look better!!

Is the floating thing optional or fixed in this UI?

(Carmelo Dr Raw) #27

It’s optional as usual, but I still have to check how it looks like with tool controls below the layers list…

(Silvio) #28

@Carmelo_DrRaw

This last UI looks nice!
IMHO, It looks better than the official UI.

To confirm my feeling it should be tested on various platforms (e.g. Windows 10) since, from your screenshots, it looks like it is currently tested mostly on the Mac OS, right now :slight_smile:

#29

I downloaded the latest. Several issues.
1 The side panel takes up about a 1/3 of the screen.
2 Tool tips font colour is barely legible.
3 Large gap underneath mask, pin and info.
4 Missing filename!
5 Floating samplers doesn’t have a close button.
6 Closing samplers window places samplers after Info tab.

See window bar, title and icon for size comparison.

Edit: vs floating window width and layout.

image

(Carmelo Dr Raw) #30
  1. the width of the left panel should be adjustable. Is that the minimum size you can get? Did you try to reduce the width? The value of the width is stored in the configuration and loaded the next time the program is started.
  2. I will check where this is defined in the GTK2 configuration
  3. that’s where the opacity and layer blend mode controls go for layers that support it. The RAW developer does not support blend modes, that’s why the space is empty. I have so far not found a better way to handle this
  4. I know, my idea is to put the file name in the window title when only one file is opened and there are no tabs
  5. I will add a close button
  6. I might just put them after the info tab by default…
#31

Hi, author! Thanks for new GUI, sliders looks and works very good.
Now - what is needed for photographs.

  1. Gradient have not intuitive interface. For photo purposes we need masks with controlled length, width, direction.
  2. Very needed selective colors! We need (in Linux) to work with human defined colors (not RGB but all rainbow colors) and need for example to minimize yellow in all maroon spots.
#32

1 Unfortunately, it is minimum width already, at least on my machine! I can decrease the width now. The rightmost icons are trimmed slightly.

image

PS
What are the default black levels? I see 128,128,129,129…

image

(Carmelo Dr Raw) #33

@afre meanwhile I have modified the code so that the left panel can be squeezed smaller than its natural size, if needed.

The default black levels are those reported by the RAW decoding library. They should not be modified unless one knows exactly what he is doing, and has good reasons to suspect that the default values are wrong…

Thanks for checking!

#34

Before, I could resize it only half the time. Now, it is much better. Unfortunately, everything scrunches up. I suggest that we have a scroll bar for the entire panel. Right now, it is only for the layer list. Lastly, the samplers tab is in its own little world. :roll_eyes:

1 Like