DonationCoder.com Software > N.A.N.Y. 2010
NANY 2010 Idea: A 'polite' reminder/diary system
tomos:
overlapping post:-
Notes:
1. When multiple logifles are checked, how will they be displayed in the main viewer? In a chrono-order? Will there be any visual grouping, such that entries from different logfiles are separated somehow?
2. Minor suggestion: to keep with the current trend of searchboxes in apps and online sites, move searchbox to upper right corner, in line with the toolbar.
3. Consider changing the style of timestamps, such that they are visually separated from entries. My preference: slight reduction in font size, and bolded.
4. With search filters in place, my next want will be to "export the current view" to another text or .csv file. At the very least, I should be able to select text in the viewer pane and copy it elsewhere, but more advanced users might want to keep the logfile markup intact for their purposes.
5. Quibble: I prefer a white background for the log viewer pane rather than gray. It's consistent with the look and feel of most other apps.
6. I already see 'select all' and 'select none' functions are planned. CTRL-CLICK on a checkbox should also toggle the behavior.
7. Does the search also respond to dates/times? Obviously, if the user changes his timestamps midstream, he's up his own creek with how consistently this would work.
8. Earlier request, repeated: When AnuVu is started by opening a .anu file, it should display the logfile, plus any other logfiles in the same directory. This is for users who end up moving their logfiles around.
9. What if a user has logfiles in multiple folders but wants to display them together with AnuVu? This strikes me as a fairly rare use case, so I don't think it's necessary to address it, but I feel it should be mentioned.
-doctorfrog (November 11, 2009, 12:27 PM)
--- End quote ---
2) I prefer search box where it is - one would probably often open this from systray - mouse moves up naturally to search box - also not taking from actual viewer pane
4) csv would be nice [answered above]
6) +1 (would be nice anyway) [Ctrl+Click in one box would select/deselect all]
8] could be very helpful if working from usb stick (dont know if that possible?)
doctorfrog:
Now that I'm viewing my logs, I see what may be a bug:
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?
Example: Anuran is launched. It parses current.anu. If the first entry is older than the 'Archive logs every n minutes/hours/days,' it archives the logfile.
Anuran:
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.
AnuVu
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.
skwire:
overlapping post:-
Notes:
2. Minor suggestion: to keep with the current trend of searchboxes in apps and online sites, move searchbox to upper right corner, in line with the toolbar.
6. I already see 'select all' and 'select none' functions are planned. CTRL-CLICK on a checkbox should also toggle the behavior.
8. Earlier request, repeated: When AnuVu is started by opening a .anu file, it should display the logfile, plus any other logfiles in the same directory. This is for users who end up moving their logfiles around.
-doctorfrog (November 11, 2009, 12:27 PM)
--- End quote ---
2) I prefer search box where it is - one would probably often open this from systray - mouse moves up naturally to search box - also not taking from actual viewer pane
6) +1 (would be nice anyway) [Ctrl+Click in one box would select/deselect all]
8] could be very helpful if working from usb stick (dont know if that possible?)
-tomos (November 11, 2009, 12:57 PM)
--- End quote ---
2. I like the search box where it is as well. I wanted to make the display pane as large as possible vertically.
6. I'm going to have to disagree on this one since it goes against normal Windows behaviour (ctrl-click multi selects...)
8. Can do. I'll change AnuVu to look in the following folders:
* Its startup folder and \archive subfolder.
* Its configured storage folder and \archive subfolder
doctorfrog:
1. In filename order with no grouping. This is just a simple edit control so there are limitations to what I can do with it. Some alternatives would be for me to change to the HiEdit control or RichEdit control. Both of these add quite a bit more complexity to the app but I've not ruled them out entirely. FWIW, I enjoy the plain-textedness of apps...including this one.
2. I can put it above the display field but not in line with the menu items. Would that be acceptable?
3. Again, I'm working with a simple edit control. There are no per-line formatting options.
4. You can highlight and copy out of it like any normal edit control.
5. The reason for this is that I've set the edit control to read-only to stave off the impression that you can modify the text. I can take off this property which will turn it back to white. However, any changes made to the text will not be saved.
6. Toggle which behaviour? I'm going to add a right-click menu to the listview in the next build with "Check all" and "Uncheck all" options.
7. It's a simple text match search. If your search string is anywhere within an entry, including the timestamp, it will match.
8. Currently, AnuVu will get the folder that you have configured in Anuran and show the current.anu in that folder along with any .anu files found in the \archive subfolder. I'll change it to display any .anu files in the configured folder as well as the \archive subfolder.
9. I can add drag & drop capabilities to the form. I can also build in a context menu extension so you could right-click a group of .anu files and add them to AnuVu. I've built AnuVu's display and search functions to handle whatever .anu files it has listed in the listview. This is actually much easier to implement than it may sound.
-skwire (November 11, 2009, 12:51 PM)
--- End quote ---
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.
Aside: I'm idling in IRC freenode/#bb4win if you want to chat directly.
skwire:
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 (November 11, 2009, 12:59 PM)
--- End quote ---
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 (November 11, 2009, 12:59 PM)
--- End quote ---
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 (November 11, 2009, 12:59 PM)
--- End quote ---
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 (November 11, 2009, 01:14 PM)
--- End quote ---
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 (November 11, 2009, 01:14 PM)
--- End quote ---
I've been idling there for years and years. =]
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version