Currently, I have Anuran set to archive my logs every day. This doesn't seem to be happening. Does Anuran only archive every day, only if it's running for 24 hours? Can it check the creation date of the log, and go by that instead?-doctorfrog
Correct, Anuran assumes it will be kept running and archives on a running timer. This can be changed how you desire but I'll need to do some thinking on the most effective way. The custom timestamping is what makes something like this difficult. I think the best way would be to keep might be to keep the last archive time in the config.ini and base archive decisions off of that.
1. I had a little confusion with the Archive folder setting. I specified .\archive, which actually put files in .\archive\archive. Consider rewording "Archive folder" to "Anuran log folder (archives will be kept in .\archive)" Wordy, I know.-doctorfrog
Will do.
1. Feature request: ability to sort the logfile list pane by date. "Date" column should consider the first entry in a logfile as the date, rather than the file properties (more accurate). This sort should be the default. current.anu should remain on top at all times (current behavior).
2. Feature request: refresh button/menu options/hotkey (F5).
3. GUI: make current.anu in logfile list pane bold.
4. GUI: by default, when AnuVu starts, select and display only current.anu.
5. Feature request: in logfile viewer pane, offer option to sort entries by time, oldest to newest, or newest to oldest. If this isn't doable, offer option to start at bottom of logfile on startup, so that newest entries are displayed. May be a moot option if we offer the 'tail' function later on.
-doctorfrog
1. What if a user, say, doesn't even
use a timestamp? I'm sure you can see the conundrum I'm in with the custom timestamps.
2. Can do...I'll make it part of the right-click menu as well.
3. I'll see what I can do.
4. Okay.
5. I'll put this on the ToDo.
1. I still prefer a white background; it's consistent with other apps, and more legible. I am staunchly against RichEdit controls. I can accept the odd 'fake-edit' behavior, mainly because this is a file viewer, not a file editor, and there should not be an expectation for editing features. Purely my preference, feel free to overrule. Tomos, please chime in as well.
2. If you can fit it in line with a toolbar with buttons, it will still look good. Otherwise, keep it where it is. The fact that it's resizable and multi-lined also adds weight to this.
3. I'm sad. Can we mark the timestamp lines with brackets or parens to make them visually stand out? This isn't too out of line with other apps that use timestamps, such as Pidgin.
5. See #1. Consistency and visibility trumps the concern for me here, but feel free to overrule.
6. I mean, toggle the select-all/select-none ability. The right-click solution you outline is fine.
7. Cool.
8. Sounds good.
9. Hey, if you can pull it off, let's do it. This would certainly solve the rare issue I describe. Keeping in line with simplicity and portability, any Windows file system context menu changes should be off by default, and easy to enable/disable.-doctorfrog
1. I'll change it.
2. I would prefer to keep it where it is. It allows the display pane to be as large as possible vertically.
3. Yes, I'm already working on that. =]
9. Again, easy to do.
Aside: I'm idling in IRC freenode/#bb4win if you want to chat directly.-doctorfrog
I've been idling there for years and years. =]
Recent Posts
