It sounds like even more chaos to me. Sometimes it's good to drop an old solution and this the time to do it. I hope it's not to late!There are users of Imagine today and maybe this users don't like to change the location of imagine.ini (because they don't know what a ini-file is or for other reasons). This users shouldn't to be forced to do anything only, because Imagine is able to save its own ini-file in different locations. There are many other solutions: first looking for ini in plugin-dir, if no ini-file found, then looking for ini in wincmd.ini-dir, if no ini-file found, then create a new one in wincmd.ini-dir or in plugin-dir.
Imagine 0.8.4.0 - Image/Animation Lister Plugin for TC
Moderators: Hacker, petermad, Stefan2, white
2norfie
Not received
2deus-ex
Hello !
Sorry, I didn't. Maybe it has been filtered at my IP-mailbox.
- Please, send it again from the board here, and add IMAGINE in the subjet (as is, uppercase). I'll check my mail-box soon.
- Since the P.M. are disabled, you don't abuse, you can't do else.
VG
Claude
Clo

Sorry, I didn't. Maybe it has been filtered at my IP-mailbox.
- Please, send it again from the board here, and add IMAGINE in the subjet (as is, uppercase). I'll check my mail-box soon.
- Since the P.M. are disabled, you don't abuse, you can't do else.

Claude
Clo
#31505 Traducteur Français de T•C French translator Aide en Français Tutoriels Français English Tutorials
That worked!
2deus-ex
Hi again !
All is right, I reply to you.
VG
Claude
Clo
Hi again !
All is right, I reply to you.

Claude
Clo
#31505 Traducteur Français de T•C French translator Aide en Français Tutoriels Français English Tutorials
@Lefteous:
It's funny to see that on one hand people don't want the registry to save settings although it's the perfect "all in one place" container and on the other hand want to throw all ini files in one dir regardless of how complex plugins are. I think SCHMaster has explained pretty well why this is no good idea for complex plugins.
It's no good idea in professional environments, true, but this is the problem of TC as it doesn't respect NT operating systems. TC installs to c:\wincmd by default, all thoughts about how it could be done better are a waste of time. I can't imagine a solution for plugins alone when antique behaviour is not killed first.
I hate fsplugin.ini storing crap from different plugins all in one place. It's a real mess.
My proposals how things could be done better were overheard by ghisler most of the time, just like yours so why continue to put efforts in it?
I have better things to do than fighting for the impossible, getting tired of all this, sorry.
Icfu
The difference is that from my (user's) point of view I don't care if something is running as a dll or a program. I treat plugins and programs the same, I expect configs in %appdata% or %allusersprofile%\appdata, not in \windows or \programs. I like the scheme provided by Microsoft being ignored by TC unfortunately.I don't see a difference between developers and users view here.
It's funny to see that on one hand people don't want the registry to save settings although it's the perfect "all in one place" container and on the other hand want to throw all ini files in one dir regardless of how complex plugins are. I think SCHMaster has explained pretty well why this is no good idea for complex plugins.
It works like a charm here. My TC directory doesn't contain any configurable items anymore (besides LANGUAGE, BARS, TOTALCMD.INC*sigh*). All TC related stuff (plugins, Tools, etc...) is stored in %appdata%\Total Commander.We'll these directories are not thought to store files containing program instructions.
It's no good idea in professional environments, true, but this is the problem of TC as it doesn't respect NT operating systems. TC installs to c:\wincmd by default, all thoughts about how it could be done better are a waste of time. I can't imagine a solution for plugins alone when antique behaviour is not killed first.
I like that they don't respect it because implementation is crappy and neither user nor admin friendly (for me).The funny thing is that system default is already provided to the plugins, but some plugins authors don't care about this.
I hate fsplugin.ini storing crap from different plugins all in one place. It's a real mess.
You will welcome them, sure, but that doesn't help unfortunately.That's an argument to make it configurable. Good suggestions are welcome.
Indeed, that's right. But plugin system is only one out of 100 things that annoy me day after day.You cannot be happy with the current situation (it's pure chaos) too, right?
My proposals how things could be done better were overheard by ghisler most of the time, just like yours so why continue to put efforts in it?
I have better things to do than fighting for the impossible, getting tired of all this, sorry.

Icfu
This account is for sale
Fine @ home---
2Genghis86
Hello !
• Not confirmed; that works just fine @ home under Win 98SE (Fr.), and under XP-Pro (Fr.). I tested with pic-dirs. containing various kinds of file-names (short 8.3 and long names >8.3), small and big images, various extensions.
* You might try to close all and reboot the PC, it could be a problem caused by too low resources…
Kind regards,
Claude
Clo

• Not confirmed; that works just fine @ home under Win 98SE (Fr.), and under XP-Pro (Fr.). I tested with pic-dirs. containing various kinds of file-names (short 8.3 and long names >8.3), small and big images, various extensions.
* You might try to close all and reboot the PC, it could be a problem caused by too low resources…

Claude
Clo
#31505 Traducteur Français de T•C French translator Aide en Français Tutoriels Français English Tutorials
Thanks.norfie wrote:2nyam
Thanx for your great plugin.![]()
But I'll not do that.norfie wrote: One wish:
Is it possible, that your plugin locate its own ini-file in same dir like wincmd.ini?
see also: Wish: Plugin-Ini-Path same like WINCMD.INI-path
(and some discussions about this issue
PDFFilter - Thank you! Thank you!
CD-Ripper 1.2)
an ini-file that is located other folder can make system dirty.
I have no plans about it.Genghis86 wrote:How about an option for "Use Resample instead of resize for fitting"?
When you use QuickView or Lister, Imagine "fits" the image into the available client area, but uses resize algorithm instead of resample, which leads to quality loss.
It'll take long time to implement.
Last edited by nyam on 2004-08-08, 07:34 UTC, edited 1 time in total.
Mouse action customization will take long time to implement.Black Dog wrote: [face=courier]
Dear nyam, what about mouse action customizetion and default full screan view on "F3"?
[/face]
I'll not change the default key setting of full screen.
(If you want 'F3', you can change the default setting as you want.)
And I'll not see the posts that is not a default font.
(It is a crap. OK?)
2nyam
But I'll not do that.
an ini-file that is located other folder can make system dirty.
lister plugin documentation wrote:Suggested location+name of the ini file where the plugin could store its data. This is a fully qualified path+file name, and will be in the same directory as the wincmd.ini. It's recommended to store the plugin data in this file or at least in this directory, because the plugin directory or the Windows directory may not be writable!