provide a better behaviour of the “file export” dialog wit respect to file types and file extensions (you will maybe tell me if it is more intuitive or not)
Concerning the widgets layout, would you find more user-friendly a configuration with the layer list on the left of the preview, and the histogram and tool controls on the right of the preview?
I prefer to give you straightaway a quick & dirty feedback as I have some bodies to burry
EXPORT
Now name of origin file + extension’s there (.jpg) - that’s nice =)
but when I change to export the file as tif, extension remains .jpg
Why is there a All supported formats in the type the drop menu?
Sugestion: is minimal but IF IT’S POSSIBLE where the drop menu is - ideally on top, near file name’s box - you can place a couple (as right now there’s only jpg and tif options) buttons with the type file. So when you export name of origin file is there by default and when you select type, extension is added to whatever name you’ve chosen.
BTW - on the tips export image to raster image format is too… detailed, what about export image? Same with others, save photoflow project and save as photoflow project or save a copy of photoflow project, if radicalizing you could even take out photoflow; save, save as, export
Remember the bug with post normalize in the GMIC film emulators
DELETE/CRASH
Regarding deleting several selected layers, no crash, CHECKED
But PF crashed several times when changing the file in raw uploader
For Windows 10, is there an equivalent path ?
NB: it seems that PF does not show the hidden folders, then this may be not possible …
Thank you
Philippe
The default.pfp file is not yet supported under windows, but I can add this feature rather easily… I’ll prepare a test installer in a couple of days, if you want to give it a try.
• When clicking show/hide checkbox layer doesn’t get selected, ONLY clicking over layer’s name selects layer
• Histogram from Rawtherapee, personally don’t like the grid but the view options are great
• Free positioning of viewer at any zoom %
• Save and export options could be darker and get lighter when you hover over them
• When selecting working file (top) the active one goes lighter and slighty downwards
• When selecting Layers / Masks / ??? tab goes slightly upwards and lighter, obviously previously selected opposite luminosity and desplacement
• Pin (solo mode) turns green when activated
LIVE mode
One click layer and settings show, click layer again and they hide; ideally floating window if not aligned by center.
Possibility of pinning the window
Just for fun, In live mode Gioconda’s button turns green, if pushing further she closes her eyes when not in live mode, slighty desaturated too
The name of the botton is just a breeze thought, in any case I’ll most def put your name next to open source *)=
By simply moving open, save, etc buttons to the right you’ll gain a bit of precious extra vertical space… I doubt anybody would be opening more than 4 or 5 files in a single session. Just my 2c
I’ve put the buttons array back on the left of the layers list. The top open/save/etc… buttons will eventually be replaced by menu entries with shortcuts…
@phweyland I found the problem with your preset: it is the presence of the “&” character in the layer names that breaks the parsing of the preset file. I have to find a fix for this…
Not yet, but I am currently working on the windows package and I will look into that in the next days. Currently my main goal is to prepare a reliable 64-bits win version (the old ones are 32-bits), which might also fix the problem you reported here.
Just tried the today ppa photoflow-git: 20170716 Photoflow stable.txt (44.4 KB)
My last working install has been done on 30/05/2017.
Before installing a new version, I save the entire VM. Is there an quicker way to revert back to the previous PF install ?
Not to my knowledge… maybe @Dariusz_Duma knows a way to revert to an older package version from his PPA?
@phweyland the crash you are reporting looks very much like the same issue I have under windows… and seems to have been introduced by the last update of the RawSpeed library from Darktable.
Could you maybe give the AppImage package a try? You can get the latest one from here (grab the package with the most recent date, 20170702 at the time of writing). I do not have a good internet connection at the moment, so I cannot do any debugging before a couple of weeks…
@Dariusz_Duma would it be possible for you to provide a debugging version of the photoflow-git package in your PPA? The cmake build configuration provides a standard RelWithDebInfo target for this purpose. That would greatly help to debug this kind of issues.
@phweyland if the debug package becomes available, then a GDB backtrace would be really helpful.