On 27 Feb 2008, at 2:20 AM, OrgDork DotOrg wrote: > >>>>>> I personally think it's not a good idea to scroll the PDF to the >>>>>> note. >>>>>> For one thing, you can have multiple selection. Also the >>>>>> selection >>>>>> can >>>>>> have another function, e.g. for copying. E.g. currently, you can >>>>>> copy >>>>>> a note from the notes table and paste it at the page you're >>>>>> viewing. >>>>>> That would be lost with your proposal. >>>>>> >>>>>> Christiaan > > >>>> Any of the arrow combinations has been assigned, unless you want >>>> something like control-shift-option-command-arrow. See the Wiki. In >>>> fact we already have a lack of arrow shortcuts, Leopard has made >>>> some >>>> shortcuts useless. Moreover moving in a table through arrows is >>>> build- >>>> in functionality, we are not notified on how the selection is >>>> changed, >>>> only that it is changed. Moreover this would be rather non-standard >>>> behavior, which users wouldn't easily find. And there must be >>>> really >>>> really good reasons to do that. >>>> >>>> Christiaan > > >>>> On 26 Feb 2008, at 11:49 PM, Bill Mohler wrote: >>>> >>>>> On the issue of scrolling the pdf, what if a special-key-and-arrow >>>>> in >>>>> the notes pane were to cause scrolling/selecting in the pdf pane? >>>>> In playing with my notes pane just now I don't recognize any >>>>> function >>>>> that control-arrow, command-arrow, or control-command-arrow are >>>>> assigned to. They seem to be unmodified functionally. If one of >>>>> those combinations were to be given the same functionality as a >>>>> double-click on the page number in the notes pane (scrolls and >>>>> selects the note within the pdf), it would give the effect that >>>>> I'm >>>>> suggesting. It seems that it would be unobtrusive with respect to >>>>> the problems you've mentioned, since you would have to >>>>> intentionally >>>>> browse with the modified arrows to have the effect. >>>>> >>>>> Bill > > > On 27 Feb 2008, at 12:09 AM, Bill Mohler wrote: >> >> OK. > > > On 2/26/08 6:51 PM, "Christiaan Hofman" wrote: > >> Well, it could work with Command arrow, as at least when the table is >> selected that would otherwise do nothing. >> >> Christiaan > > > Yes, I think Bill's suggestion is a good one. I have never > understood why > the typical Mac-like arrow keys did not move up/down to the next > note in the > list. It seems natural that this would happen. >
Well, it does and always has. Unless you have somehow messed with your keyboard layout. > > As for the scrolling to that location...I don't like that idea, for > the > reasons Christian said, generally (although I don't think lots of > folks are > pasting into a PDF). I just wouldn't want the screen to be moving > so much > as I reviewed notes sequentially. > I think you missed the point of Bill's suggestion: scrolling to the point of the note was exactly what he requested and I rejected. > On the main topic: arrow keys to move up/down in notes list... > > This seems very intuitive (I still sometimes do it, when I'm not > thinking.) > > > The modifier key idea came immediately to my head after Christiaan's > first > reply, so I'm with Bill on that. There are ways (with available > keys) to do > that so that the user understands, I think. > > Makes sense: hold a key, press and arrow and move through notes. > > (Of course, I still don't understand why the typical arrow key > doesn't do > that. I didn't follow the explanation.) > > -- > G. So it's probably something messed up on your system. If it works in other tables it should work in the notes table. Christiaan ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Skim-app-users mailing list Skim-app-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/skim-app-users
