Romcenter

RC has a nice feature. When you rightclick on a file in the right-panel, you can perform "shell operations" (copy/move/devele files). Imagine you have 2 rompaths open. It would be nice if you could select some files from one path and then with i.e. CTRL pressing and drag-drop, you could drag them from one path and drop them to the other. Perhaps CTRL could be used for copy and SHIFT for move.

When dragging a folder from an external file manager (windows explorer, or any other file manager), when you drop it into RC, it opens the selected folder as a rompath. If the folder has too many roms in it, the filemanager from which the folder was dragged, waits for quite some time for RC to finish the whole rompath-add process before it responds to any commands. Is there a way to make RC "free" the filemanager from waiting and then start the rompath-adding process?

Yes, the drag & drop will make things easier. It is something I want to add soon...
Maybe in version 3. I'm still testing a lot of thing for version 3. This is only the beginning, and I will rewrite some internal parts of the application to handle more things in the future. I'm afraid I will have to change the datafile format to make it more open. Maybe XML if I can parse it fast enough...

About your second remark, I didn't noticed that unti now, and I don't know why it behaves like that, and I have no idea of how to get rid of it...

RomCenter wrote:About your second remark, I didn't noticed that unti now, and I don't know why it behaves like that, and I have no idea of how to get rid of it...

I program a lot in VB. When i face issues like this one, i perform little stupid-tricks in order to avoid them. For instance, in VB, i would do the following: in the drop event, i would only store the received path somewhere and just start a timer. The timer is an OCX control in VB which when a specified interval has passed, it fires an event (TimerName_Timer). When the timer interval has passed (i usually put 100msecs), the timer would start the "rom-path" loading process. You could probably do something more proper, like start another thread for the "rom-path" loading - i assume this would solve the problem. My VB method is actually a "stupid" way of starting another thread...

Yes, I see. Thanks Wanderer. I will make some tests...

Wanderer wrote:My VB method is actually a "stupid" way of starting another thread... :)

Actually it's the other way around. Your method is the "smart" version of starting another thread :-)

RomCenter wrote:I'm afraid I will have to change the datafile format to make it more open. Maybe XML if I can parse it fast enough...

Before you make definitive choices, could you perhaps start a thread in the development forum? This avoids mistakes in the design of the new format. I'm not exactly a fan of introducing new formats when alternatives are possible. Is there no way of extending the current data file format?

When the infos I need will be defined, I will post a thread on the new format.
I will even do it very soon so that everybody can put some ideas before I go to far in development.

Note that the way I will process the datafile to load the database (external appli like datutil, standart (slow) xml parser, personal (fast) xml parser, plugin...) is not critical in the project, so I don't care for now.

I will prepare a thread with the things I want to put in the datafile.