SUggestion must have
8 views
Skip to first unread message
Su Yau Huang
Nov 8, 2009, 8:32:42 AM11/8/09
to list-it
allow to have folders options or tagging options
allow to drag and drop the notes, with the order we want
allow to drag and drop the notes, with the order we want
gpzbc
Nov 8, 2009, 10:08:43 AM11/8/09
to list-it
Drag and Drop of notes for reorder is already a feature.
Su Yau Huang
Nov 8, 2009, 10:19:28 AM11/8/09
to list-it
right,, also add tag feature pelase
On 11月8日, 上午10時08分, gpzbc <dylanei...@gmail.com> wrote:
> Drag and Drop of rnotes for reorder is already a feature.
On 11月8日, 上午10時08分, gpzbc <dylanei...@gmail.com> wrote:
> Drag and Drop of rnotes for reorder is already a feature.
jwinela
Nov 25, 2009, 9:15:59 PM11/25/09
to list-it
I agree - categorization of lists (tags folders etc) is a must have -
this would be ideal if it could be specified from the input dialog. In
this way I could keep work notes isolated from personal notes etc. -
Also am I missing it or is there no way to collapse a list in the side
panel? Some lists / notes are long and I don't want to see them
expanded unless chosen.
The "order" is not as important to me as the "category"
this would be ideal if it could be specified from the input dialog. In
this way I could keep work notes isolated from personal notes etc. -
Also am I missing it or is there no way to collapse a list in the side
panel? Some lists / notes are long and I don't want to see them
expanded unless chosen.
The "order" is not as important to me as the "category"
David Karger
Nov 25, 2009, 11:48:17 PM11/25/09
to jwi...@gmail.com, list-it
You can already do this. Just for example type "work" somewhere in your
work notes. then, to see your work notes, type "work" in the search
box. If you want to treat this like a folder, click the little "+" sign
near the search box to turn that "work" search into a "tabbed search"
that you can access by clicking the button it will create.
> --
>
> You received this message because you are subscribed to the Google Groups "list-it" group.
> To post to this group, send email to lis...@googlegroups.com.
> To unsubscribe from this group, send email to list-it+u...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/list-it?hl=en.
>
>
>
work notes. then, to see your work notes, type "work" in the search
box. If you want to treat this like a folder, click the little "+" sign
near the search box to turn that "work" search into a "tabbed search"
that you can access by clicking the button it will create.
>
> You received this message because you are subscribed to the Google Groups "list-it" group.
> To post to this group, send email to lis...@googlegroups.com.
> To unsubscribe from this group, send email to list-it+u...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/list-it?hl=en.
>
>
>
Katie Kuksenok
Nov 25, 2009, 11:58:18 PM11/25/09
to kar...@mit.edu, list-it
I think the issue with the way it is is that if you have "work" in
some non-"work" related note, it is still categorized; so it is a less
controllable by the user categorization system. Also, in something
like del.icio.us, tagging happens more rapidly by choosing to click
common tags, or autocompleting tags, instead of typing the full word.
As a del.icio.us user as well, I find the transition from that tagging
interface to the list.it implicit categorization system unsettling.
Nonetheless, I think it works well the way it is. In fact, I think
it's brilliant, and very well-suited for my needs.
It seems like this way of implementing tags was very much a conscious
choice on the designers' part - but I think there might be some
benefit to having a more traditional tagging functionality as an
option, just because the idea and manner of tagging has become so
ubiquitous.
Just my two cents.
-Katie
some non-"work" related note, it is still categorized; so it is a less
controllable by the user categorization system. Also, in something
like del.icio.us, tagging happens more rapidly by choosing to click
common tags, or autocompleting tags, instead of typing the full word.
As a del.icio.us user as well, I find the transition from that tagging
interface to the list.it implicit categorization system unsettling.
Nonetheless, I think it works well the way it is. In fact, I think
it's brilliant, and very well-suited for my needs.
It seems like this way of implementing tags was very much a conscious
choice on the designers' part - but I think there might be some
benefit to having a more traditional tagging functionality as an
option, just because the idea and manner of tagging has become so
ubiquitous.
Just my two cents.
-Katie
David Karger
Nov 26, 2009, 12:45:09 AM11/26/09
to katie.k...@gmail.com, list-it
It's true, there are some conscious design choices here. Listit is
designed as a minimalist interface, on the theory that this makes it
faster and easier to use. For example, if we introduced tagging buttons
you would need to move from keyboard to mouse, hunt over a list of tags
for the right one, and click. We believe this is slower, and demands
more thought, than just typing the tag. You can see some of this
philosophy underlying listit in our "GUI-Phooey!" paper at
http://people.csail.mit.edu/msbernst/papers/p337-vankleek.pdf
. Happy to hear and consider opposing views, however.
Regarding your other points,
* if you are worried about false positives on a "work" tag, you can use
e.g. "@work" as tag distinguished from the plain word
* autocomplete is on our todo list---not just for tags, but also for
common terms you talk about in your notes.
designed as a minimalist interface, on the theory that this makes it
faster and easier to use. For example, if we introduced tagging buttons
you would need to move from keyboard to mouse, hunt over a list of tags
for the right one, and click. We believe this is slower, and demands
more thought, than just typing the tag. You can see some of this
philosophy underlying listit in our "GUI-Phooey!" paper at
http://people.csail.mit.edu/msbernst/papers/p337-vankleek.pdf
. Happy to hear and consider opposing views, however.
Regarding your other points,
* if you are worried about false positives on a "work" tag, you can use
e.g. "@work" as tag distinguished from the plain word
* autocomplete is on our todo list---not just for tags, but also for
common terms you talk about in your notes.
jwinela
Nov 26, 2009, 3:23:19 AM11/26/09
to list-it
Possibly I should have used a different description - sorry for the
lengthy post - but I don't believe I was properly conveying my
thoughts.
Maybe a better way to describe what I would find useful is variably
visible metadata and some form of metadata threading. The minimalist
interface concept is great - please please please do not introduce
additional "buttons" of any kind unless they are entirely optional. I
do not think the request implies graphical widgetry though. As an
example I plan to use Listit for a variety of note-taking tasks
including jotting quick details during conference calls. As top level
categorization elements - I hope to have "metadata" such as date/time,
meeting organizer name, other key participants and limited topics. I
also hope to have alternative metadata "tags" to denote follow up
activities. (@ and + for example) I want to be able to search by all
of these elements and ideally easily "thread" related notes together
without having to retype all categorization content into each entry.
Further I prefer NOT to have to view all categorization information
when browsing the textual content of the notes. The @ strategy will
work in a limited fashion, but will result in a lot more "work" on my
part to insure that content is identifiable and threaded properly.
EX: having to hand enter something like @Work @RobertCalls @11/25/2009
@StorageCoreTeam initially then +TODO:NewFlowchart +TODO:StabilityTest
+TODO:OOBFeatures? etc. during / after every related call. This will
also make for an irritating reading experience when reviewing note
content. (Thus the "variably visible" aspect of the request)
The features I believe would make this more manageable include:
1. Allow "Hide Me" tags (Ideally user defined - or predefined special
characters *+@#~) that when positioned unusually
@StartOfWordNoSpaceBetween facilitate selective display (of the "tag"
itself only). - This might be extended to blocks of text although at
some point complexity may defeat the value of the tool.
2. Allow keyboard shortcuts to initiate the selective display of these
generally hidden elements.
3. (From reviewing other posts I believe this is underway) - Allow
inclusion of externally defined metadata - date/time/hostname-on-which-
created - username etc. following the same selectively visible design.
4. To facilitate number 3. either define reserved action words that
include such details or allow user to map desired words to such data.
(This tactic could also be used for threading - an iterator variable
and seed for instance)
5. Allow save as new from existing notes. (This could enable creation
of very general template notes - or could help with content
threading.)
Further, I should probably put the following elements into general
enhancement requests elsewhere -
1. Auto collapse notes to the first line when an alternate note is
selected. (It might be valuable to leave the option to expand multiple
notes for viewing, but for me this would be the exception.)
2. Have the "tabbed search" area wrap or expand vertically when the
number of search terms pushes beyond the right boundary. Presently
search terms push "behind" the browser frame.
3. Allow scriptable import and export of notes in some common format.
Please don't take these suggestions as criticism. This is a very
exciting tool that I hope will replace a number of other resources I
currently use. As a longtime ratpoison user who has hacked away
userChrome to remove everything but a bottom tab banner from the
iceweasel window in which I'm typing now - the GUI-Phooey concept
really resonates. Honestly from a cursory look at the paper
referenced above it seems jourknow / pidgin may have what I am
interested in. I'll have to finish reading that and look at jourknow
in more detail tomorrow.
Thanks.
On Nov 25, 11:45 pm, David Karger <kar...@mit.edu> wrote:
> It's true, there are some conscious design choices here. Listit is
> designed as a minimalist interface, on the theory that this makes it
> faster and easier to use. For example, if we introduced tagging buttons
> you would need to move from keyboard to mouse, hunt over a list of tags
> for the right one, and click. We believe this is slower, and demands
> more thought, than just typing the tag. You can see some of this
> philosophy underlying listit in our "GUI-Phooey!" paper athttp://people.csail.mit.edu/msbernst/papers/p337-vankleek.pdf211
becomes irrelevant. - That or I'm worried about having to hand enter
20 tags into each note to make "tags" meaningful.
>
>
lengthy post - but I don't believe I was properly conveying my
thoughts.
Maybe a better way to describe what I would find useful is variably
visible metadata and some form of metadata threading. The minimalist
interface concept is great - please please please do not introduce
additional "buttons" of any kind unless they are entirely optional. I
do not think the request implies graphical widgetry though. As an
example I plan to use Listit for a variety of note-taking tasks
including jotting quick details during conference calls. As top level
categorization elements - I hope to have "metadata" such as date/time,
meeting organizer name, other key participants and limited topics. I
also hope to have alternative metadata "tags" to denote follow up
activities. (@ and + for example) I want to be able to search by all
of these elements and ideally easily "thread" related notes together
without having to retype all categorization content into each entry.
Further I prefer NOT to have to view all categorization information
when browsing the textual content of the notes. The @ strategy will
work in a limited fashion, but will result in a lot more "work" on my
part to insure that content is identifiable and threaded properly.
EX: having to hand enter something like @Work @RobertCalls @11/25/2009
@StorageCoreTeam initially then +TODO:NewFlowchart +TODO:StabilityTest
+TODO:OOBFeatures? etc. during / after every related call. This will
also make for an irritating reading experience when reviewing note
content. (Thus the "variably visible" aspect of the request)
The features I believe would make this more manageable include:
1. Allow "Hide Me" tags (Ideally user defined - or predefined special
characters *+@#~) that when positioned unusually
@StartOfWordNoSpaceBetween facilitate selective display (of the "tag"
itself only). - This might be extended to blocks of text although at
some point complexity may defeat the value of the tool.
2. Allow keyboard shortcuts to initiate the selective display of these
generally hidden elements.
3. (From reviewing other posts I believe this is underway) - Allow
inclusion of externally defined metadata - date/time/hostname-on-which-
created - username etc. following the same selectively visible design.
4. To facilitate number 3. either define reserved action words that
include such details or allow user to map desired words to such data.
(This tactic could also be used for threading - an iterator variable
and seed for instance)
5. Allow save as new from existing notes. (This could enable creation
of very general template notes - or could help with content
threading.)
Further, I should probably put the following elements into general
enhancement requests elsewhere -
1. Auto collapse notes to the first line when an alternate note is
selected. (It might be valuable to leave the option to expand multiple
notes for viewing, but for me this would be the exception.)
2. Have the "tabbed search" area wrap or expand vertically when the
number of search terms pushes beyond the right boundary. Presently
search terms push "behind" the browser frame.
3. Allow scriptable import and export of notes in some common format.
Please don't take these suggestions as criticism. This is a very
exciting tool that I hope will replace a number of other resources I
currently use. As a longtime ratpoison user who has hacked away
userChrome to remove everything but a bottom tab banner from the
iceweasel window in which I'm typing now - the GUI-Phooey concept
really resonates. Honestly from a cursory look at the paper
referenced above it seems jourknow / pidgin may have what I am
interested in. I'll have to finish reading that and look at jourknow
in more detail tomorrow.
Thanks.
On Nov 25, 11:45 pm, David Karger <kar...@mit.edu> wrote:
> It's true, there are some conscious design choices here. Listit is
> designed as a minimalist interface, on the theory that this makes it
> faster and easier to use. For example, if we introduced tagging buttons
> you would need to move from keyboard to mouse, hunt over a list of tags
> for the right one, and click. We believe this is slower, and demands
> more thought, than just typing the tag. You can see some of this
>
> . Happy to hear and consider opposing views, however.
>
> Regarding your other points,
> * if you are worried about false positives on a "work" tag, you can use
> e.g. "@work" as tag distinguished from the plain word
> * autocomplete is on our todo list---not just for tags, but also for
> common terms you talk about in your notes.
I'm worried about so many generic @work tags that the tag itself
> . Happy to hear and consider opposing views, however.
>
> Regarding your other points,
> * if you are worried about false positives on a "work" tag, you can use
> e.g. "@work" as tag distinguished from the plain word
> * autocomplete is on our todo list---not just for tags, but also for
> common terms you talk about in your notes.
becomes irrelevant. - That or I'm worried about having to hand enter
20 tags into each note to make "tags" meaningful.
>
> Katie Kuksenok wrote:
> > I think the issue with the way it is is that if you have "work" in
> > some non-"work" related note, it is still categorized; so it is a less
> > controllable by the user categorization system. Also, in something
> > like del.icio.us, tagging happens more rapidly by choosing to click
> > common tags, or autocompleting tags, instead of typing the full word.
> > As a del.icio.us user as well, I find the transition from that tagging
> > interface to the list.it implicit categorization system unsettling.
> > Nonetheless, I think it works well the way it is. In fact, I think
> > it's brilliant, and very well-suited for my needs.
>
> > It seems like this way of implementing tags was very much a conscious
> > choice on the designers' part - but I think there might be some
> > benefit to having a more traditional tagging functionality as an
> > option, just because the idea and manner of tagging has become so
> > ubiquitous.
>
> > Just my two cents.
> > -Katie
>
> Katie Kuksenok wrote:
> > I think the issue with the way it is is that if you have "work" in
> > some non-"work" related note, it is still categorized; so it is a less
> > controllable by the user categorization system. Also, in something
> > like del.icio.us, tagging happens more rapidly by choosing to click
> > common tags, or autocompleting tags, instead of typing the full word.
> > As a del.icio.us user as well, I find the transition from that tagging
> > interface to the list.it implicit categorization system unsettling.
> > Nonetheless, I think it works well the way it is. In fact, I think
> > it's brilliant, and very well-suited for my needs.
>
> > It seems like this way of implementing tags was very much a conscious
> > choice on the designers' part - but I think there might be some
> > benefit to having a more traditional tagging functionality as an
> > option, just because the idea and manner of tagging has become so
> > ubiquitous.
>
> > Just my two cents.
> > -Katie
>
> > On Wed, Nov 25, 2009 at 11:48 PM, David Karger <kar...213@mit.edu> wrote:
>
> >> You can already do this. Just for example type "work" somewhere in your
> >> work notes. then, to see your work notes, type "work" in the search
> >> box. If you want to treat this like a folder, click the little "+" sign
> >> near the search box to turn that "work" search into a "tabbed search"
> >> that you can access by clicking the button it will create.
>
> >> jwinela wrote:
>
> >>> I agree - categorization of lists (tags folders etc) is a must have -
> >>> this would be ideal if it could be specified from the input dialog. In
> >>> this way I could keep work notes isolated from personal notes etc. -
>
> >>> Also am I missing it or is there no way to collapse a list in the side
> >>> panel? Some lists / notes are long and I don't want to see them
> >>> expanded unless chosen.
>
> >>> The "order" is not as important to me as the "category"
>
>
> >> You can already do this. Just for example type "work" somewhere in your
> >> work notes. then, to see your work notes, type "work" in the search
> >> box. If you want to treat this like a folder, click the little "+" sign
> >> near the search box to turn that "work" search into a "tabbed search"
> >> that you can access by clicking the button it will create.
>
> >> jwinela wrote:
>
> >>> I agree - categorization of lists (tags folders etc) is a must have -
> >>> this would be ideal if it could be specified from the input dialog. In
> >>> this way I could keep work notes isolated from personal notes etc. -
>
> >>> Also am I missing it or is there no way to collapse a list in the side
> >>> panel? Some lists / notes are long and I don't want to see them
> >>> expanded unless chosen.
>
> >>> The "order" is not as important to me as the "category"
>
> >>> On Nov 8, 9:19 am, Su Yau Huang <suyauhu...214@gmail.com> wrote:
>
> >>>> right,, also add tag feature pelase
>
>
> >>>> right,, also add tag feature pelase
>
> >>>> On 11月8日, 上午10時08分, gpzbc <dylanei...215@gmail.com> wrote:
>
> >>>>> Drag and Drop of rnotes for reorder is already a feature.
>
>
> >>>>> Drag and Drop of rnotes for reorder is already a feature.
>
> >>>>> On Nov 8, 6:32 am, Su Yau Huang <suyauhu...216@gmail.com> wrote:
>
> >>>>>> allow to have folders options or tagging options
>
> >>>>>> allow to drag and drop the notes, with the order we want
>
> >>> --
>
> >>> You received this message because you are subscribed to the Google Groups "list-it" group.
> >>> To post to this group, send email to lis...@googlegroups.com.
> >>> To unsubscribe from this group, send email to list-it+u...@googlegroups.com.
> >>> For more options, visit this group athttp://groups.google.com/group/list-it?hl=en217.
>
> >>>>>> allow to have folders options or tagging options
>
> >>>>>> allow to drag and drop the notes, with the order we want
>
> >>> --
>
> >>> You received this message because you are subscribed to the Google Groups "list-it" group.
> >>> To post to this group, send email to lis...@googlegroups.com.
> >>> To unsubscribe from this group, send email to list-it+u...@googlegroups.com.
>
> >> --
>
> >> You received this message because you are subscribed to the Google Groups "list-it" group.
> >> To post to this group, send email to lis...@googlegroups.com.
> >> To unsubscribe from this group, send email to list-it+u...@googlegroups.com.
> >> For more options, visit this group athttp://groups.google.com/group/list-it?hl=en218.
> >> --
>
> >> You received this message because you are subscribed to the Google Groups "list-it" group.
> >> To post to this group, send email to lis...@googlegroups.com.
> >> To unsubscribe from this group, send email to list-it+u...@googlegroups.com.
>
>
Reply all
Reply to author
Forward
0 new messages