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.
As many of LQ users, I am new to Linux World, although not new to computers. One kind of post that I consider would be very beneficial to many, is a post for Windows users; you know, many of us still use Windows at work and even have dual boot on our computers. While we gain experience enough in whatever distro we use, we face a lot of difficulties that we solve easily on Windows environment, but found tricky on Linux.
Not quite sure who could lead that kind of forum, it is not easy to be a Linux Guru and Windows guru at a time.
Anyway, Happy New Year!
As many of LQ users, I am new to Linux World, although not new to computers. One kind of post that I consider would be very beneficial to many, is a post for Windows users; you know, many of us still use Windows at work and even have dual boot on our computers. While we gain experience enough in whatever distro we use, we face a lot of difficulties that we solve easily on Windows environment, but found tricky on Linux.
Not quite sure who could lead that kind of forum, it is not easy to be a Linux Guru and Windows guru at a time.
Anyway, Happy New Year!
I would like you to expand on the thought or suggestion "that we solve easily on Windows environment, but found tricky on Linux".
I work with clients all the time concerning M$ Windows problems and the 'GUIfied' concept sometimes burdens and confuses the individuals. Sure graphically a user should be able to trail into a particular function or task. But I have found that too can be very cumbersome for a lot of people. I've worked with young and old clients who just state "why is this so hard?" so I can just tell or show them a solution in hopes they can replicate without difficulty. And that's with a GUI, just imagine what happens when at the 'cli'.
As far as 'GURU', a label that is handed out too soon to many that are not fully qualified to carry the title. I believe that a user who knows how to research, read and discern a problem could be tagged as a 'GURU' with anything.
I think it's a great idea to add a proper howto/tutorials section to the wiki, but I still think there's a place on the main LQ site for edited official tutorials. Thoughts?
--jeremy
I agree. Even Linux enthusiasts who are not newbies don't always have the time or motivation to upgrade or move immediately upon the release of each new distro (but I'm not defending RH9!), so published tutorials for specific application packages and distros still should find broad appeal.
I like wikis too, but I've noticed in general that many well-intentioned wiki editors, writing on all sorts of subjects, sometimes end up with definitions and tutorials that often try to please everyone--or that focus too narrowly on how the subject at hand applies to the very latest distro (or whatever), or are limited to a very esoteric set of criteria. The latter in itself is a compelling argument for keeping how-to/tutorial documentation.
I vote to keep the how-to/tutorials section and edit those which are not too out-of-date to be more useful, but to create new ones when updates would dilute the original too much due to changes in the latest distros, application develpment, and hardware. Keeping such tutorials for posterity assists those who help newbies or more experienced users who still use dated distros in troubleshooting issues. Hopefully, such users are running something newer than RH9!
Last edited by N2fastbikes; 01-04-2009 at 06:47 PM.
Distribution: Debian, Red Hat, Slackware, Fedora, Ubuntu
Posts: 13,604
Original Poster
Rep:
Quote:
Originally Posted by bkorb
How about Google searching of the threads? I just queried "geforce 9400" in the hardware forum. It yielded two threads. Neither of which related to the geforce 9400. Not very good.
I just tested the results of "geforce 9400" and they seemed reasonable. That being said there is a Google Custom Search option at the bottom of each search results page. As I mentioned elsewhere, we do plan to completely replace the stock search system here this year.
Distribution: Debian, Red Hat, Slackware, Fedora, Ubuntu
Posts: 13,604
Original Poster
Rep:
Quote:
Originally Posted by billymayday
I'd like to see some extra hoops for posters to jump through when the thread they are posting to has its latest post one month (just for an example) or more ago.
There is an additional hoop in that the Quick Reply is removed and replaced with a note about the threads age.
Distribution: Debian, Red Hat, Slackware, Fedora, Ubuntu
Posts: 13,604
Original Poster
Rep:
Quote:
Originally Posted by David1357
I think it would be really useful if there were three buttons for submitting a post:
Post question
Post information
Post question (no command line answers, please)
We want posting to be as easy as possible. Adding additional options that may result in fewer new members posting would almost certainly be a net negative for the site. I'm open to suggestions/opinions on the topic, but the pros would have to be huge for us to consider something like this.
I would like you to expand on the thought or suggestion "that we solve easily on Windows environment, but found tricky on Linux".
I work with clients all the time concerning M$ Windows problems and the 'GUIfied' concept sometimes burdens and confuses the individuals. Sure graphically a user should be able to trail into a particular function or task. But I have found that too can be very cumbersome for a lot of people. I've worked with young and old clients who just state "why is this so hard?" so I can just tell or show them a solution in hopes they can replicate without difficulty. And that's with a GUI, just imagine what happens when at the 'cli'.
As far as 'GURU', a label that is handed out too soon to many that are not fully qualified to carry the title. I believe that a user who knows how to research, read and discern a problem could be tagged as a 'GURU' with anything.
Hey Onebuck,
as you have stated: "As far as 'GURU', a label that is handed out too soon to many that are not fully qualified to carry the title.", I do consider the label quite important, not applicable to anyone.
When I said: "that we solve easily on Windows environment, but found tricky on Linux", I meant that some particular tasks, such as installing a new application, are 'easy solved' within Windows environment whilst on Linux it may be difficult if you do not know the distro or if you have not the right set of repositories. I know that Windows can be (and many times is) more tricky than Linux, but for the day to day activity... maybe is simply that I am still to new to Linux.
Quote:
Originally Posted by David1357 View Post
I think it would be really useful if there were three buttons for submitting a post:
1. Post question
2. Post information
3. Post question (no command line answers, please)[/QUOTE]
Quote:
Originally Posted by jeremy
We want posting to be as easy as possible. Adding additional options that may result in fewer new members posting would almost certainly be a net negative for the site. I'm open to suggestions/opinions on the topic, but the pros would have to be huge for us to consider something like this.
--jeremy
Maybe you could have a check box that says:
"I am a GUI user and I don't know what a command line is."
The default would be unchecked, and the user doesn't necessarily need to check it, but if a person sees it and doesn't know what the command line is then they will likely check it, but if someone doesn't check it, then it will just submit.
Hey Onebuck,
as you have stated: "As far as 'GURU', a label that is handed out too soon to many that are not fully qualified to carry the title.", I do consider the label quite important, not applicable to anyone.
When I said: "that we solve easily on Windows environment, but found tricky on Linux", I meant that some particular tasks, such as installing a new application, are 'easy solved' within Windows environment whilst on Linux it may be difficult if you do not know the distro or if you have not the right set of repositories. I know that Windows can be (and many times is) more tricky than Linux, but for the day to day activity... maybe is simply that I am still to new to Linux.
The means to work with anything requires one to do some research on their own, be it on LQ for GNU/Linux or M$ knowledge base. You need to get some background information to perform a task(s). Even the Blurb that M$ provides with most of their applications or OS has enough information for most users to perform an installation.
The problem that GNU/Linux has in that no such real documentation is provided other than what one might find in a README or text online for the distribution. Most cookbooks do fall short in the documentation arena since people just don't know what or where to look and the doc(s) do assume some knowledge. If the newbie or whoever would just know the proper keywords or keys to place in a search engine then the task(s) would be simpler in the long term. Sure you would still need to discern the information.
I once had a very wise man tell me that "it's not what you know but if you know where to look". Simplistic but true!
While I was familiar with the concept of lilo, in those days I did't know where it was stored and certainly no idea which line to edit...
It is hard to imagine that LILO is known while locate and man are not, and yet it actually happened. Computing allows to act well beyond one's limits and I recall many examples, like an experienced desktop software developer suggesting how to fix a web application or another developer backing up a database by copying data files.
I guess it may possibly be beneficial to have a section on LQ like "Must read". Documents there may be arranged by forum and by topic.
On the first post to a forum, a list of docs relevant to that forum may be presented together with 3 answers: I have read that, I think I already know everything written there, I do not care. After that, all posts may be marked accordingly (sort of "no command line please" logic; a "no command line answers please" question is possible only as "do not care").
Naturally, it should be possible to review the list and change the answer later.
For example, the Slackware list should contain at least the Slackbook and the email to root. Since the quote above is related to Slackware, that will guarantee that the confusion will never happen again. I also believe that these docs are of interest to people only considering Slackware.
Next, I checked the first, as off writing, newbie forum question.
Quote:
Originally Posted by swamprat
The hard drive I have Suse 11.0 on needs to be defraged.
It demonstrates remarkable absence of background. Even if the specific problem is solved, the querist will get minimum of additional knowledge. I remember there was (is?) a very good text somewhere in the Net describing fragmentation problems, but, as always, I do not have the link. If such texts are collected on LQ as "must read", those having a problem with fragmentation will go to the fragmentation section and get the necessary background. Even just a link to Wiki (or a copy of the Wiki page?) may be helpful.
Theoretically, Google should do that, but whenever I use Google it tries to sell something to me first and present links like "I clicked there and it WORKED" next. The answers to questions like "what does it DO?" are hard to find.
Something rudimentary is already attempted with sticky posts. For example, the newbie forum has a sticky that points to 2 more stickies. It should be possible to transform both stickies into documents that allow for linear reading and make them the first two "must read" for the newbie forum.
P.S.
"Quote" leads to an "advanced" editor window with the quote. A post with 2 quotes would be easier to write if it led to a div with quote so that it could be copied and pasted from there. And no page reload please.
P.P.S.
I see "Submit Reply" and "Preview Post" buttons below this box. Are there 2 separate entities "Reply" and "Post" or should the buttons be renamed?
Distribution: Ubuntu, Mandriva, Mepis ,Mac OS X tiger,(K)Ubuntu and openSUSE 11.0
Posts: 18
Rep:
Quote:
Originally Posted by Shabakthanai
Dear Jeremy,
I felt the need to respond even though I do not have any suggestions for change. My reason is because I think you should be very careful making changes in something so fine. I am impressed every day, because every day I read the list and follow the replies.
I am a fine-artist that has never had any real financial success, however, I am respected amongst many successful fine artist. In fact my best friend John DeMarco, was selling his paintings mostly for about $500 or $600 when he first asked my opinion on his work.
I could never criticize him, because he was such a great painter. Nonetheless, one day he insisted on a critique of a commission he had completed. There wasn't much to criticize, however, he painted the hand of a child on an adult, and could not see the error. Well it stood out like a red traffic light to me, because I wasn't so focused on the work, and it solved the problem he saw but couldn't see.
One day, I saw a painting in one of it's rough stages. I offered him $600 for it, but only if he did not continue painting on it. His skill was so high, that his rough draft did not need help. He never thought this though and usually painted out the energy it created.
Nonetheless, every time he came over to my studio, he liked this painting more and more. One day, he asked me to review his work on a new painting, and wanted a suggestion when to stop. I did that; now a painting takes him a couple of days to complete, when usually it took him weeks and months. The end result is that over the last few years since this change of result, his paintings have risen in price to $20,000 to $30,000. Some of his 6 x 9 inch paintings go for hundreds and even thousands.
The reason I told this story is because in my opinion, your rough draft 'the List' is all but perfect. Any changes from here on should only be made after a lot of serious thought.
I Love this List just like it is, but that doesn't mean there cannot be improvement. I just don't know what it would be. I enjoy this comment and don't know who to give the credit, "What ain't broke, don't fix."
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.