Notices

Originally Posted by Un27Pee

change font size and edit colour underline will be nice...

also viewing the text it will be nice to implement a return text entry instead of using the horizontal scrollbar to scroll the long list of text, if it does not give you more unnecessary task, the current state is awesome and thanks for this app, i was having hard time using it but since version 3 i can fully take advantage of the new features.

Originally Posted by Un27Pee

The return feature in text editing allows you to fit the text into the window instead of a long line which requires a scrollbar to navigate from one to the other, forgot the exact term for that, like fit to width

text colour simply be able the change the colour

Originally Posted by GeraldKo

Brent, great job on 0.3! I like the design choices you make so well that I hope Nokia hires you to make the final decisions on the next Tablet UI! You managed to keep everything good about such a useful program and add new, good elements without messifying or detracting from what you had already done.

First off, I love the select-vs.-scroll toggle button on the bottom left. (I wish the Notes app and MicroB had that.)

[In GTK, is it impossible to scroll from within the text (as opposed to with the scroll bar)? Scrolling without the scroll bar can be done in MicroB, even though there is no kinetic scrolling. It's not important, but it would be a nice option (so long as the select-vs-scroll toggle worked in GTK like it does in kinetic).]

Also, lm2 commented that QC Viewer didn't do kinetic scroll like Tear. I actually prefer the way your kinetic scroll works (at least for Quick Clip Viewer). Tear's seems faster, but it goes into "blur mode," which makes continuous reading more difficult. The way your scrolling works, the text remains readable while in motion. Excellent.

D-pad scrolling would be nice, as you've said.

Since you already have the font size button icons on the bottom, I don't see the point in adding that functionality to the hardware buttons. (Then again, it wouldn't hurt anything, either.)

It seems to me, though, that your work on the viewer screams for it to be more than a viewer -- that is, it seems to me that you might as well add a Paste icon button to go with the Copy button; and, as long as you're at it, the ability to call up the virtual keyboard and enter text. I wouldn't want that if you didn't have the select/scroll toggle, but since you do ...

I haven't thought about this much, but some way to export might be nice. And the very simplest way to accomplish that would be to have a Select All capability, whether from an icon button or from a dropdown menu. Then, since it's all just text, Select All followed by Copy would allow for a form of export. (Select All would be a lot easier than manually selecting everything if the file is large.)

Finally, you've said you're aiming for a Find function, to which I say Hallelujah! Ideally, Find would be able to work, at user's choice, in a single QC file or across all the QC files; would highlight the character string each time it finds it; would be case-independent (or the user could at least choose that); and could be user-set for Whole-Word-Only or not.

BTW, one of the things I really like about the Viewer is that I use it to read things that MicroB and Tear can't fit in a page-width. I used to copy and paste the text into the Notes app and read it there; but with the ability to turn off the Select function, I prefer to do it in QC Viewer. I keep a QC "Temp Reader" file that I use for that purpose; when I'm done reading the article, I just delete everything; and the Temp Reader file is readily available in the Status Bar to be used again.

Thanks.

Originally Posted by BrentDC

Another thing that always bothered me was the scroll vs. selection line that most application try to "understand". Like in MicroB, I often find myself scrolling the page when I try to select something and vise-versa. This is when a simple toggle-button is the best, easiest, and most end-user-friendly solution.