Quick save as ususal types

[Xyzzy]

I've read your previous posts and couldn't find there info that you put in this last post!

First, use something like MWSnap to capture menus without problems. It's good, it's free. It captures menus and captures to PNG.

Second, I do not see any problem here, and I've made screenshots for a few programs as well.

Any format problems are irrelevant as long as you don't engage into lossy compression. You can work on whatever filetype you want and then batch covert results.

If you uncheck 'Browser>For ‘Save as’, use same original pathname & format', you can open files from one location and save to second (no need to change format everytime as well).

The simplest workflow for screen capture and XnView:
- Capture with MWSnap to files (any format you want).
- Write-protect captures
- Open files in XnView, edit, and save with mentioned option unchecked. NO NEED TO CHANGE PATHS OR FORMATS!

If you need edit into many formats, make one edit and batch convert to desired formats.
If you want make many edit versions, just use the same approach again (open from one directory, save to another).

I think that there is no problem here, just bad workflow...

X.

[Clo]

Hi !

I think that there is no problem here, just bad workflow...

1. I don't wish to use a third party soft to capture that I need. Please, just give a glance to the menus look here to see that I get : only the title of the concerned menu above, and nothing more.
- There is a good info about my needs in the French forum where is the very first request…

2. This is just your opinion, and I make such jobs for years. I don't wish to rummage continually in the Options for a certain use of XnView, then for another…

3. The stuff I propose here is not limited to the captures, it could be pleasant to use too for creating icons, simply with Paint and XnView, that I do a lot… and any other job in the same painting.

4. Finally, I didn't understand yet why this proposal seems to disturb so strongly certain Members … though some others would like to get it.
- Searching deeply in that section, one could find out a bunch of requests much more fancy and less useful,
without such an outcry…

5. A bit aside, the general design of the programme and a certain state of mind prevents to realize such a stuff as an “active plugin” which could do the trick… I mean in the same way than the plugins for Total Commander and other good applications.

KR
Claude
Clo

[Xyzzy]

Hi !

I think that there is no problem here, just bad workflow...

1. I don't wish to use a third party soft to capture that I need. Please, just give a glance to the menus look here to see that I get : only the title of the concerned menu above, and nothing more.

And? This is what you want, what you don't want, what cannot be done with MWSnap, what can be done with XnView? If you don't want to use another software that's your problem. Don't stuff your needs into another application that really doesn't need that.

2. This is just your opinion, and I make such jobs for years. I don't wish to rummage continually in the Options for a certain use of XnView, then for another…

We should learn all the life, shouldn't we? Could you accept the fact that you could use non-optimal workflow for years?

3. The stuff I propose here is not limited to the captures, it could be pleasant to use too for creating icons, simply with Paint and XnView, that I do a lot… and any other job in the same painting.

How two directories in Save dialog could support that? How would you like to create icons without paint tools in XnView?

4. Finally, I didn't understand yet why this proposal seems to disturb so strongly certain Members … though some others would like to get it.

Because of all suggestions I've read here this one seems exceptionally useless and not thought-out.

- Searching deeply in that section, one could find out a bunch of requests much more fancy and less useful,
without such an outcry…

Because THIS ONE seems really useful for ONE person.

5. A bit aside, the general design of the programme and a certain state of mind prevents to realize such a stuff as an “active plugin” which could do the trick… I mean in the same way than the plugins for Total Commander and other good applications.

I think you know nothing about programming, so lets put this thread to eternal sleep where it belongs.

If nobody's told you yet, I tell you that your request is useless for everyone exept you and is badly designed. Sorry to say, but looking at your webpage I can tell design is your weak side.

X.

[Clo]

Hi !

- Please, read more carefully... I wrote "With Paint = MS_Paint...

I think you know nothing about programming, so lets put this thread to eternal sleep where it belongs.

- Are you sure ? I learnt assembler on 1979, where were you at this time ?
- Anyway, even if I didn't made my cup of tea of programming, here my son has a degree at this, so I can know that is possible and that is not…

- And I'm not the ONLY who like this stuff. We are at least three, according to this thread…

Regards
Claude
Clo

[Xyzzy]

- Please, read more carefully... I wrote "With Paint = MS_Paint...

How can I read carefully something you didn't wrote (see above)?

I think you know nothing about programming, so lets put this thread to eternal sleep where it belongs.

- Are you sure ? I learnt assembler on 1979, where were you at this time ?

Older=wiser? I'd expect less worn out cliche. So what have you done with all this knowledge?

- Anyway, even if I didn't made my cup of tea of programming, here my son has a degree at this, so I can know that is possible and that is not…

Even if something is technically possible, it is not always worth doing. Ask your son to clarify to you what is work required to create plugin-interface of the the type you require (expandable dialogs) and what is degree of complication of programming for such plugins. Also, name just 2 developers that would write such plugins (I hope that's not too much). Name some other purposes (it would be nice to have something in mind designing such interface).
And ask about examples of such interface plug-ins. I am curious myself.

And I wouldn't make statements related to my wife's job just because she's earned her degree. At least before asking.

- And I'm not the ONLY who like this stuff. We are at least three, according to this thread…

No, you seem to be the only who likes this stuff, the rest has more handleable proposals.

And still I wonder what are obstacles to using the workflow I presented...

X.

[ouistiti]

2 Xyzzy

…We are at least three, according to this thread…

Three, regardless all other users worldwide who don't read the forum… Strange, such a will to bury that topic…
Using some buttons is always more pleasant than to use a list, it's obvious.
Finally, as formerly a teacher, I guess that you have a too fast judgement about someone's knowledges…

I don't understand your rage to destroy the Clo's motion.
The only thing I see is that the new feature proposed should be a little but a good improvement for xnView.

Your (astonishing) new status of MODERATOR concern this forum but not the development of xnView !

Don't forget that we are users of xnView for a LONG while !
If you persist, maybe I would propose this to a CERTAIN competitor....

No need to anwser me, reading your prose in this post, I got an opinion definitely…

Friendly

Paul

[ckit]

All of you, thats enough.
We have work to do, so lets do it.

[Clo]

Hey, Chris, are you a Mod too here ? New !

R
Claude
Clo

[ckit]

No, I'm just trying to keep everyone happy without fights breaking out.
It shouldn't matter if I'm a Mod or not.

[helmut]

Moderator's note:
I've read your above posts and I think that both of you, Clo and Xyzzy should change your tone and calm down. We are not fighting here for things. We are suggesting and discussing things to find out what is best. Please continue in a friendly and calm tone and continue discussing the real topic. Thank you.

[helmut]

As written in my first post above I think that the save dialog with all those quick-saving buttons is no good GUI design and not intuitive.

XnView should remain a handy and intuitive tool for mainly novices and normal users. Filling dialogs with features and non-standard buttons is not the right direction.

If there's a need for quickly saving a file in a specific file format, we should try to find a different way, the file list with the most used formats at the top is a first step in the right direction.

[Xyzzy]

Off topic:

Helmut, please remove 'Moderator' caption, I cannot find profile setting for it.

On topic:

The problem here as I see it is support for workflows involving creating multiple versions of a file (including editing), from multiple sources, and to different directories and in different formats.

This workflow looks to me like definition of digital camera RAW processing!
As can be seen in applications like RawShooter, Capture One, ACDSee Pro and even to more degree in Apple Aperture and Adobe Lightroom, interface design supporting such workflow is quite advanced, often not-typical and in every case quite far beyond what is currently used in XnView.

With these facts in mind, I don't see any relatively easy to implement and at least partly complete implementation of named workflow for XnView.

As for the user request, I think that two things can be done to support it, that could be beneficial for many users and at the same time don't raise GUI design issues:
- Implementing Favourities access in Open/Save dialogs- like in Microsoft Office Open/Save dialogs. I think it is well-known, non-controversial and natural enough feature not to delve into details.
- Implementing ability to define shortcuts for actions like 'Save current file in <JPG> format to <Favourities directory 1>', where there are avaliable actions for all combinations of a few selected most often used formats and some fixed number of Favourities entries. After save, "original" file remains active.
It is even faster that proposed changes in Save dialog, and that should perfectly satisfy requesting user. Also, using first Favourities seem to be natural, because "per definition" user sets most used directories as first Favourities, so that they are easily accessible.
This solution can be both slapped onto another page of Options or easily integrated into key/mouse operations manager proposed by me.

X.

[Guest]

Yes, that's true, nobody needs fighting here. Nobody also likes reading such "discussions". I don't like it especially if intelligent people from my country (Poland) behave this way.
Xyzzy, trochę szacunku dla starszych, proszę.

[ckv]

And after all XnView is Pierres program (or far as I know Pierre is the only person who haves access to the source code) so he and only he finaly decide what is worth to add in XnView.

This might sound odd from someone who is faithful open source supporter, but I think that Pierre actually gives too much power to the fans when adding new features. I don't mean now that Pierre should just ignore whole suggestion if he don't like it, but Pierre should give more often hes own judgment for the suggestions.

[Xyzzy]

This might sound odd from someone who is faithful open source supporter, but I think that Pierre actually gives too much power to the fans when adding new features. I don't mean now that Pierre should just ignore whole suggestion if he don't like it, but Pierre should give more often hes own judgment for the suggestions.

I couldn't find better words for it.

X.