LQ Suggestions & FeedbackDo you have a suggestion for this site or an idea that will make the site better? This forum is for you.
PLEASE READ THIS FORUM - Information and status updates will also be posted here.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
What would be the implications of having the ability to tailor LQ logic to individual work habits?
Example: I typically start with "Latest Posts" and skim until I see something where I might be able to help. After posting something, it would be nice to have the system automatically return me to where I was.
The general capability that would make sense would be a setting that tells the system where to send you after you enter a post.
That would presume that after answering the post you DID want to go back to where you were. Maybe at that point you would want to go somewhere else. It sounds dangerously close to MS-like behavior to me: do things for the user "automatically," whether they want to or not. And how hard is it just to click latest posts again?
The only problem I can see with that is the inadequacy of the current tags and titling. It's fine if you only want to see threads marked as "Urgent" but otherwise you could be bounced around a lo of threads that don't relate to what you want. It would also mean that you could miss out on a lot of threads.
If this could have things tagged by yourself - so in preferences, if you put debian+server+squid, for example, it may be more useful.
That would presume that after answering the post you DID want to go back to where you were. Maybe at that point you would want to go somewhere else. It sounds dangerously close to MS-like behavior to me: do things for the user "automatically," whether they want to or not. And how hard is it just to click latest posts again?
My idea was that you would be able to configure it the way you wanted---as it stands now, it assumes I want to go back to the thread---which is almost never what I want.
My normal routine is to go back to "Latest Posts", but without refreshing. This can take several keystrokes and maybe 3-5 seconds. If it would automatically go there after posting it would save a lot of time.
Another solution would be the duplication of the Quick Links menu at the bottom of the screen or immediately below the area where you return after posting. This would be good after posting to a longer thread.
5 button mouse (scroll wheel) and firefox.... Middle click post, get the post in a new tab... I open up several all at once. I'm lost as to what feature is missing unless you are on an old system...
You CAN however have a custom bar on the left when you are doing some blog stuff.... I have a button for "random blog" because that option tends to disappear a lot while navigating the blogs.
My idea was that you would be able to configure it the way you wanted---as it stands now, it assumes I want to go back to the thread---which is almost never what I want.
My normal routine is to go back to "Latest Posts", but without refreshing. This can take several keystrokes and maybe 3-5 seconds. If it would automatically go there after posting it would save a lot of time.
I see. If you could configure it the way you wanted that might be useful.
5 button mouse (scroll wheel) and firefox.... Middle click post, get the post in a new tab... I open up several all at once. I'm lost as to what feature is missing unless you are on an old system...
I AM an old system......
Nice tip about the middle button opening a link in a new tab.
That is not quite the answer, however. Very quickly I will have a whole bunch of tabs that I need to close.
Nice tip about the middle button opening a link in a new tab.
That is not quite the answer, however. Very quickly I will have a whole bunch of tabs that I need to close.
(What on earth is a "5-button mouse"?)
5-button mouse has two buttons on the side that you can usually program.
I use the tab method, myself. That opens multiple threads while leaving the "latest threads" page open. If you're using firefox, there's a extension to add a "close tab" to the context menu, so you just right click and select close tab. Takes a grand total of about 0.5 seconds.
Then just renew the latest threads page, which even an automatic function would have to do anyway. I have a bookmark on the toolbar with latest threads (http://www.linuxquestions.org/questi....php?do=getnew), so I just have to click that to have the latest threads page refreshed (reloading won't work, that will just reload the same "latest" threads that are already shown).
5-button mouse has two buttons on the side that you can usually program.
Actually, a std. wheel mouse is considered a "5-button" mouse, w/ the wheel getting assigned 3 buttons: middle click, scroll up, & scroll down. A wheel mouse w/ 2 side buttons, is seen & programmed as a minimum of 7 buttons. Sometimes they have to be put into the X config. file w/ more than 7, but then some of extra buttons are blank placeholders. Don't ask me why, it's beyond my memory & expertise; I just remember what I have seen done & work in the past.
Actually, a std. wheel mouse is considered a "5-button" mouse, w/ the wheel getting assigned 3 buttons: middle click, scroll up, & scroll down. A wheel mouse w/ 2 side buttons, is seen & programmed as a minimum of 7 buttons. Sometimes they have to be put into the X config. file w/ more than 7, but then some of extra buttons are blank placeholders. Don't ask me why, it's beyond my memory & expertise; I just remember what I have seen done & work in the past.
Oh, okay - I thought the ones with the two buttons on the side were considered 5-button.
I think it would be cool to have 3 wheels, one on each of the three fingers that were also clickable just like the middle one. you could program the wheels for different functions -- would probably be really useful in gaming. I'm surprised no one has done that yet - maybe I should get a patent quick before MS steals the idea.
Years ago, I had a 2 wheel + 3 button track ball, the wheels weren't clickable & it only had Win drivers.
I currently have a 2 wheel + 4? (can't lay my hands on it right now) button mouse. Only one wheel clicks & it doesn't work in XP. It's also PS2, while I'm using a USB KVM. Worse, we (HLUG) can't seem to set up my Xorg config. file to use the 2nd wheel.
The "obvious" thing to do w/ the 2nd wheel is horizontal scrolling, & you're right -- there must be something cool to do w/ a 3rd wheel. I'm just not sure that that would would be worth the lessened ease of clicking.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.