Recently Used Files

[Mackx]

Originally Posted by tjdean256

I am interested in this function, but am not in a position to help with the debugging. But it seemed that this approach would work for a find file utility - populate a folder with shortcuts to files that match a search expression. Is that feasible?

Hi td,

Sorry for the late reply, I somehow missed your post. This would certainly be possible, but searching in all the different files-formats of the DR will require a lot of code, so it will not be anything that I will create on a short notice...

Marcel.

[tjdean256]

Originally Posted by Mackx

Hi td,

Sorry for the late reply, I somehow missed your post. This would certainly be possible, but searching in all the different files-formats of the DR will require a lot of code, so it will not be anything that I will create on a short notice...

Marcel.

Just searching for file names would be major step forward. A lot of times I can remember a portion of a file name but not the subdirectory I assumed was so logical a location for it at the time. If I need a more extensive search, I use Google Desktop with the mirror image I have of the DR on my desktop computer.

td

[Mackx]

Originally Posted by tjdean256

Just searching for file names would be major step forward. A lot of times I can remember a portion of a file name but not the subdirectory I assumed was so logical a location for it at the time. If I need a more extensive search, I use Google Desktop with the mirror image I have of the DR on my desktop computer.

td

Aha that sounds a lot easier, that should be somewhere within my capabilities :-). But giving the other things I want to do, this will not be in the near future... (Anyone has a time multiplier for sale, I could use some extra time?) Maybe there is someone else willing to create this? I can give support via e-mail!

[Mackx]

Has anyone installed the patch for the recent files?

[owl123]

It might be a good idea to create a new thread with files and instructions included.

Thanks again, Mackx!

[jbbebg]

Dear Mackx,

I use recently used files since the day of the publication. I did not find any bugs. It's true that the shortcuts amount increase, but it can be deleted by regular delete command. I think it's a good feature and I am waiting for the functionality of the last opened file. Anyway usage of just one opened file (opened and used at the shutdown) or all (opened and not used at shutdown) will be great.

Thank you,
Happy New Year, and a lot of successful iRex projects and regular personal project also, of course.
Regards,
jbbebg

[Mackx]

Originally Posted by jbbebg

I use recently used files since the day of the publication. I did not find any bugs. It's true that the shortcuts amount increase, but it can be deleted by regular delete command. I think it's a good feature and I am waiting for the functionality of the last opened file. Anyway usage of just one opened file (opened and used at the shutdown) or all (opened and not used at shutdown) will be great.

Hi jbbebg,

Thanks for the feedback, good to hear you like it. An initial version of the auto-start functionality is under test (and the first issues are already found ...). I guess I will need at least 2-3 weeks to get a version that is good enough to publish here.

Regards,
Marcel.

[tjdean256]

I have been using the feature too and have not encountered any problems. I would caution about automatically opening open files. A problem could arise when encountering a file that does not behave well. There needs to be some way of killing the problem file as it tries to reload after a reset. Also, I don't mind the list of the files in the Recent folder growing as files are opened as the shortcuts can be easily deleted in bulk from the desktop.

td

[Mackx]

Originally Posted by tjdean256

I have been using the feature too and have not encountered any problems. I would caution about automatically opening open files. A problem could arise when encountering a file that does not behave well. There needs to be some way of killing the problem file as it tries to reload after a reset. Also, I don't mind the list of the files in the Recent folder growing as files are opened as the shortcuts can be easily deleted in bulk from the desktop.

td

Hi td,

Thanks for the feedback. Removing the SD-card is always a solution, the problem file (or the data stored in dr1000.ini, used by the new functionality) can be deleted. I also build in a mechanism that deletes the entries from the registry (gconf) before starting them, so after a reset, all should be cleared (but I have not tested this ...).

I currently have problems with the auto-shutdown mechanism. I can detect it (using sysPrepareUnmount), but I seem to be too late to store the open file(s) in gconf and get them saved to dr1000.ini (standard mechanism of DR firmware) ... but searching for a solution ...

[tjdean256]

Originally Posted by Mackx

Hi td,

... Removing the SD-card is always a solution, the problem file (or the data stored in dr1000.ini, used by the new functionality) can be deleted...

Of course. Good point!

[Mackx]

Originally Posted by tjdean256

Of course. Good point!

I think I also found a solution for my problem, although this looks more like a hack then a solution ... I react on a call of the setSplashShow("shutdown") event being sent to popupmenu. This catches both the 'manual' shutdown and the automatic shutdown. More news to follow in due time.

[Gertjan]

Cool feature, Mackx!

Originally Posted by Mackx

I currently have problems with the auto-shutdown mechanism. I can detect it (using sysPrepareUnmount), but I seem to be too late to store the open file(s) in gconf and get them saved to dr1000.ini (standard mechanism of DR firmware) ... but searching for a solution ...

DR1000's System Daemon emits the sysPrepareUnmount signal just before exporting the GConf registry to dr1000.ini, so there is only a very small window to save something. I'm not sure that storing the data to the registry is the best option anyway. GConf is, as its man page says, "a system for storing application preferences. It is intended for user preferences; not configuration of something like Apache, or arbitrary data storage.not intended to be used as a generic data storage."

That does not mean it can't be used for this, but why not save it in a plain text file or separate ini file on the SD card? It would at least work around the issue.

[Mackx]

Originally Posted by Gertjan

DR1000's System Daemon emits the sysPrepareUnmount signal just before exporting the GConf registry to dr1000.ini, so there is only a very small window to save something. I'm not sure that storing the data to the registry is the best option anyway. GConf is, as its man page says, "a system for storing application preferences. It is intended for user preferences; not configuration of something like Apache, or arbitrary data storage.not intended to be used as a generic data storage."

That does not mean it can't be used for this, but why not save it in a plain text file or separate ini file on the SD card? It would at least work around the issue.

Hi Gertjan, I am 'new' to linux programming, so I just copied some behaviour of existing DR-apps, thanks for pointing this out to me. I found a new way around the problem, but will keep this in the back of my mind. Are there some helper functions to handle ini-files (I will probably find them if I search long enough, but I am hoping you knowledge can help me quicker :-) ?

[Gertjan]

Are there some helper functions to handle ini-files (I will probably find them if I search long enough, but I am hoping you knowledge can help me quicker :-) ?

GKeyFile in GLib is a very nice set of utility functions to read, write and parse Windows-style ini files. erconftool uses them too.

[Viacheslav]

I have just installed the patched ctb with recent files functionality (v1.0) and made some addons:
- a new settings icon
- a Russian translation for the settings applet.