LDraw.org Discussion Forums
LDFind 1.3.5.1 - Printable Version

+- LDraw.org Discussion Forums (https://forums.ldraw.org)
+-- Forum: LDraw Programs (https://forums.ldraw.org/forum-7.html)
+--- Forum: All Other Programs. (https://forums.ldraw.org/forum-26.html)
+--- Thread: LDFind 1.3.5.1 (/thread-12035.html)

Pages: 1 2


LDFind 1.3.5.1 - Michael Heidemann - 2014-01-13

Seems that I missed to announce version 1.3.5.0 of LDFind.

But that is good as there has been an error in that version.

So I just released the bugfix version 1.3.5.1 of LDFind.

The Name: tag is now again available as search word.

LDFind can be downloaded from http://ldraw.heidemann.org/index.php?page=ldfind

Please send all questions, suggestion for this version as answer to this thread.
Thanks.


Re: LDFind 1.3.5.1 - Philippe Hurbain - 2014-01-14

Hi Mike,
The new version works fine here. Now a few possibilities for future development...
- Possibility to choose more options for the built-in viewer (mainly shading/lighting). This could be as low level as a .ini file in LDFind folder...
- Remember size of LDFind window across sessions (screens are getting larger these days...).
- Related to previous one, possibility to widen the text list window (by moving separation between text and preview windows) - descriptions are getting longer these days too Wink
- And a more philosophical one: I never liked the negative choice ("Hide subparts", "hide primitives"), and would prefer a positive one ("Show subparts", "show primitives"). When I look for -say- a subpart, it seems much more natural to me to hit a "show subparts" checkbox, rather than hide parts, and primitives, and... (etc)


Re: LDFind 1.3.5.1 - Max Martin Richter - 2014-01-14

Why didn't you fix the typo? ;-)

edit: fixed my own typo, here.


Re: LDFind 1.3.5.1 - Michael Heidemann - 2014-01-14

Typo is fixed in my delop version, but yesterday I focused on the error and simply forgot about that until I uploaded the zip. And at that point I thought - ok, next time Smile


Re: LDFind 1.3.5.1 - Michael Heidemann - 2014-01-14

Philo Wrote:- Possibility to choose more options for the built-in viewer (mainly shading/lighting). This could be as low level as a .ini file in LDFind folder...
Personally I do not like these "hidden" possibilities. That's one of the reasons I never have stepped deeper into LINUX systems. I am very visually driven and therefore this should be done also by a good user interface.
Please let me know the names in the menu of DATHeader of the features you like to have, so it's easier for me to find the right function Smile

Philo Wrote:- Remember size of LDFind window across sessions (screens are getting larger these days...).
Ok, that should be done quickly.

Philo Wrote:- Related to previous one, possibility to widen the text list window (by moving separation between text and preview windows) - descriptions are getting longer these days too Wink
I know exactly what you mean. I have to see how many work this will generate. It's easy to be done in first layout, but later it can be more difficult.

Philo Wrote:- And a more philosophical one: I never liked the negative choice ("Hide subparts", "hide primitives"), and would prefer a positive one ("Show subparts", "show primitives"). When I look for -say- a subpart, it seems much more natural to me to hit a "show subparts" checkbox, rather than hide parts, and primitives, and... (etc)
I think this change will never happen as all the underlying code needs to be rewritten. Any benefit of the lot of work? - I can not see it in real. The global design of LDFind is to see the whole library and narrow your search until you find what you are looking for.
Your attempt will just inverse this what is IMHO not a good idea.


I invite also other users of LDFind to contribute to this wishlist, so I am hopefully able to fulfil most of your demands.


Re: LDFind 1.3.5.1 - Philippe Hurbain - 2014-01-14

Quote:Personally I do not like these "hidden" possibilities. That's one of the reasons I never have stepped deeper into LINUX systems. I am very visually driven and therefore this should be done also by a good user interface.
That's something I totally agree. My point was that viewer in LDFind is not something you change, except on setup to get the configuration you like - a menu used only once might be considered as a waste Wink
Quote:Please let me know the names in the menu of DATHeader of the features you like to have, so it's easier for me to find the right function Smile
The functions I'd like to set in LDFind are
- Lighting / no specular highlight
- Lighting / no subdued lighting (BTW, there is a typo in Datheader, it's lighting, not lightning)
- Line smoothing enabled
- Texture map enabled
Quote:I think this change will never happen as all the underlying code needs to be rewritten. Any benefit of the lot of work? - I can not see it in real. The global design of LDFind is to see the whole library and narrow your search until you find what you are looking for. Your attempt will just inverse this what is IMHO not a good idea.
I don't agree, but as I said, it's a philosophical question Wink ...especially if it's a lot of work!


Re: LDFind 1.3.5.1 - Michael Heidemann - 2014-01-14

Short update:
1) Remember window size between sessions - done
2) Remember window position between sessions - done
3) Splitter between preview and listbox - done
4) Remember position of splitter between sessions - done
5) Options for preview quality - wip


Re: LDFind 1.3.5.1 - Travis Cobbs - 2014-01-14

For what it's worth, if you call SetRegistryAppName() in LDVLib.dll (with, say, "Michael Heidemann/LDFind"), then any LDView-based settings placed in HKCU\Software\<your app name key> should control LDView's rendering for settings where you don't override the default setting via your own code. So most of the settings from LDView's help file would work, then. Settings that you set via code would override anything in the registry. Since you don't call that function (as far as I can tell), LDVLib simply uses default values for all settings that you don't explicitly set via code.

It's not really a good solution, but it would at least allow power users to configure the render settings.


Re: LDFind 1.3.5.1 - Michael Heidemann - 2014-01-15

Just for clearifying - If I set a value by code this new value will be stored in the section in the registry? Or is this value only valid as long as i use my code?


Re: LDFind 1.3.5.1 - Travis Cobbs - 2014-01-15

Values you set in code -- via functions like LDVSetUsesSpecular() -- won't be stored in the registry. However, if automatic downloading of unofficial parts is enabled (LDVSetCheckPartsTracker), it will write data into that registry area to record information about the last time it checked the parts tracker for updates to a given unofficial part.