SI
SI
discoversearch

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor.  We ask that you disable ad blocking while on Silicon Investor in the best interests of our community.  If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.
Pastimes : Silicon Investor ThinkTank
 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext  
To: John Busby who wrote (96)11/22/1999 6:27:00 PM
From: John Biddle  Read Replies (1) of 3372
 
Currently, one can "bookmark" a subject with one click below a message or on the main subject page.

With more than one group of subjectmarks, this process might get complicated. In other words, I'd need to click to bookmark, and then decide which group of subjectmarks to file it in.

Thoughts?

A couple. First, it could work just as you suggest. If the SI member only has one bookmarks page, it would work as it does now. If that member had more than one bookmarks page, they should be listed and the member would select the one to add the new subject to. This doesn't seem too burdensome to me given the frequency with which threads are bookmarked relative to everything else one does on SI.

It also seems to me that the subroutine to do that could also be called when the member needs to select a bookmarks page during a move of a thread as well. Two for one.

Another option would be to put everything in the active bookmark page. If that's not where you want it to go, you can move it later.

I see two additional variants of option two: (A) have all newly bookmarked threads go to the master page rather than the active page, and (B) have the user be able to identify in their preferences which of their bookmarks pages newly marked threads will automatically go into.

Option 2 is easy but awkward for the member when the thread goes into the wrong page. Variant A makes it more clear where the threads will go, but isn't any more intuitive and is no more likely to be the correct location. Variant B adds user preference but also adds complexity without really increasing the likelihood that threads will be correctly characterized.

I vote for the first, most straightforward, most intuitive method; ask.
Report TOU ViolationShare This Post
 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext  

HomeMailHotSubjectMarksPeopleMarksKeepersSettings
Terms Of UseContact UsCopyright/IP PolicyPrivacy PolicyAbout UsFAQAdvertise on SI
© 2025 Knight Sac Media.  Data provided by Twelve Data, Alpha Vantage, and CityFALCON News