Skocz do zawartości

Zdjęcie

MDBConfig


  • Zaloguj się, aby dodać odpowiedź
31 odpowiedzi w tym temacie

#26
rjshae

rjshae
  • Members
  • 4477 postów

I'm working on a project that involves making many identical changes to a large number of packets. To expedite that activity, I'm revising the MDBConfig tool to include a 'Synchronization' menu that will allow me to copy one packet's material properties to all the other packets. (At least for RIGD and SKIN packets.)

 

While I'm at it, does anybody have some other revision(s) that they would like to see?



#27
4760

4760
  • Members
  • 1203 postów

1) enable the "save" button always (or at least as soon as something has been changed: typically, when you add a tint map...)

2) a search function (when you know the name of the mdb, but don't remember in which folder you saved it)

3) the possibility to resize the "recently visited" panel



#28
rjshae

rjshae
  • Members
  • 4477 postów

1) enable the "save" button always (or at least as soon as something has been changed: typically, when you add a tint map...)

2) a search function (when you know the name of the mdb, but don't remember in which folder you saved it)

3) the possibility to resize the "recently visited" panel

 

Thanks. I can do the first. For the second, I rely on Windows for the search functionality. But maybe Java has a built-in utility? The standard file chooser dialog is inflexible, so I can't do much to improve the panel size without completely re-writing it. I'll have a think.



#29
4760

4760
  • Members
  • 1203 postów
I never coded in Java (VB 6, then C/C++), I didn't know the recently visited part was part of a preexisting dialog. No worries, I can live with it as it is, but since you asked for wishes...
And it's the same for the search, I was just wondering if I could avoid finding the correct location in the explorer and follow the path again in mdbconfig.

#30
rjshae

rjshae
  • Members
  • 4477 postów

I never coded in Java (VB 6, then C/C++), I didn't know the recently visited part was part of a preexisting dialog. No worries, I can live with it as it is, but since you asked for wishes...
And it's the same for the search, I was just wondering if I could avoid finding the correct location in the explorer and follow the path again in mdbconfig.

 

No, the recently visited list was my addition. But there's only one place the JFileChooser dialog allows you to add extra features, and that's to the right of the file list. (There's ways to bypass that, but doing so may break with a future version.) What I might try is a pop-up menu button instead; that would help alleviate the space issue.



#31
Tchos

Tchos
  • Members
  • 5030 postów

This isn't a request, but a tip for how I tend to handle programs that don't remember the last used location:

 

If I actually have that folder open as a Windows explorer window, as I often do when I'm working on things, I copy the full path from the window's location bar (this assumes you have your Windows set to show those), and then I paste it into the filename area of the Open dialogue and hit Enter, which causes it to jump to that location and continue as normal.  It works in this program as well as in standard Windows programs.


  • rjshae lubi to

#32
rjshae

rjshae
  • Members
  • 4477 postów

Version 1.9 is now available. Please give it a try and see if the new changes work as expected.

Here are the new revisions:

  • In the file chooser dialog (used for the Open... and Save As... menu picks) the history list has been converted to a popup menu that is triggered when you click on the "Recent" button
  • The default size of the file chooser has been increased
  • There is a Synchronize menu that allows you to copy specific data from the currently open SKIN or RIGD tab to all other RIGD and SKIN packets
  • The Save menu pick is activated as soon as you open a model

I didn't implement a Find option since the OS usually has a better search capability available. Sorry.  :)