<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">I'm pretty happy with the original proposal.  The prompt character makes sense if you're copying and pasting console output to demonstrate a point, but if you're advising a person to execute a command, the prompt isn't necessary.  The idea that it should be in a prompt is relayed through context.<div><br><div><div>On Oct 1, 2008, at 9:26 PM, narendra sisodiya wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr">Possible Solutions could be<br>1) make a png image of "#" and  "$" sign, and display as image, instead of text, This will disallow user to paste prompt while copy paste. He will be able to select all line of shell code but images will not be pasted on text screen or text editor. (NOT applicable to rich editor)  <br> 2) give code in two tab, one one will be visible at a time , both will be identical in term of content but one will not be having prompt sign. When page will load User will see content of tab which has "prompts" but when he will try to copy paste , the focus event "toggle" the tabs so user will copy the content without tabs. ( A small JavaScript can do these thing all places )<br> (Note : take consideration to html to other format export, user can see both tab )<br><br>I hope I am not out of context..<br><br><div class="gmail_quote">2008/10/2 Murray McAllister <span dir="ltr"><<a href="mailto:murray.mcallister@gmail.com">murray.mcallister@gmail.com</a>></span><br> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">2008/10/2 narendra sisodiya <<a href="mailto:narendra.sisodiya@gmail.com">narendra.sisodiya@gmail.com</a>>:<br> <div class="Ih2E3d">> IMHO,<br> > rule 1 = If a normal user can run a command then it must have $ prompt. ex<br> > ls -l<br> > rule 2 = If a command need root privilege to run, it must have # prompt   ex<br> > dd if=/dev/zero of=/dev/hda<br> > rule3 = rule 1 has high priority then rule 2.<br> <br> </div>Someone brought up the point that there are a lot of people<br> complaining on forums and getting the response "the '$' is the prompt,<br> not part of the command", so if a user needs to copy and paste, it is<br> easier if the prompt isn't there...<br> <div><div></div><div class="Wj3C7c"><br> ><br> > On Thu, Oct 2, 2008 at 3:57 AM, Jason Taylor <<a href="mailto:jmtaylor90@gmail.com">jmtaylor90@gmail.com</a>> wrote:<br> >><br> >> On Thu, 2008-10-02 at 08:17 +1000, Murray McAllister wrote:<br> >> > Hi,<br> >> ><br> >> > The Red Hat documentation team recently had a discussion about using<br> >> > prompts (such as "$" and "#") in command examples.<br> >> ><br> >> > Joshua "top-posting ftw" Wulf came up with the following, and everyone<br> >> > agreed (I think...):<br> >> ><br> >> > ---<br> >> ><br> >> > OK, here it is:<br> >> ><br> >> > When it's a command that should (could) be cut and pasted, it should<br> >> > have no prompt. Example:<br> >> ><br> >> > ls -Z /tmp<br> >> ><br> >> > When it's a record of an interactive session then the prompt should be<br> >> > included to distinguish commands from output. Example:<br> >> ><br> >> > # ls -Z /tmp<br> >> ><br> >> > -rw-rw-r--  auser   auser   user_u:object_r:user_home_t   bar<br> >> > -rw-rw-r--  auser   auser   user_u:object_r:user_home_t   foo<br> >> ><br> >> > And when you want to make some commentary on that, you close the box<br> >> > and then speak.<br> >> ><br> >> > ---<br> >> ><br> >> > Does anyone have any suggestions or objections?<br> >> ><br> >> > Cheers.<br> >><br> >> Commentary being along the lines of whether or not the command<br> >> should/has to be run as root or normal user?<br> >><br> >> -Jason<br> >><br> >> --<br> >> fedora-docs-list mailing list<br> >> <a href="mailto:fedora-docs-list@redhat.com">fedora-docs-list@redhat.com</a><br> >> To unsubscribe:<br> >> <a href="https://www.redhat.com/mailman/listinfo/fedora-docs-list" target="_blank">https://www.redhat.com/mailman/listinfo/fedora-docs-list</a><br> ><br> ><br> ><br> > --<br> > [ Narendra Sisodiya ]<br> >      <a href="http://narendra.techfandu.org" target="_blank">http://narendra.techfandu.org</a><br> >      <a href="http://www.lug-iitd.org" target="_blank">http://www.lug-iitd.org</a><br> > [ +91-93790-75930 ]<br> ><br> > --<br> > fedora-docs-list mailing list<br> > <a href="mailto:fedora-docs-list@redhat.com">fedora-docs-list@redhat.com</a><br> > To unsubscribe:<br> > <a href="https://www.redhat.com/mailman/listinfo/fedora-docs-list" target="_blank">https://www.redhat.com/mailman/listinfo/fedora-docs-list</a><br> ><br> <br> --<br> fedora-docs-list mailing list<br> <a href="mailto:fedora-docs-list@redhat.com">fedora-docs-list@redhat.com</a><br> To unsubscribe:<br> <a href="https://www.redhat.com/mailman/listinfo/fedora-docs-list" target="_blank">https://www.redhat.com/mailman/listinfo/fedora-docs-list</a><br> </div></div></blockquote></div><br><br clear="all"><br>-- <br>[ Narendra Sisodiya ]<br>     <a href="http://narendra.techfandu.org">http://narendra.techfandu.org</a><br>     <a href="http://www.lug-iitd.org">http://www.lug-iitd.org</a><br> [ +91-93790-75930 ]<br> </div> -- <br>fedora-docs-list mailing list<br><a href="mailto:fedora-docs-list@redhat.com">fedora-docs-list@redhat.com</a><br>To unsubscribe: <br>https://www.redhat.com/mailman/listinfo/fedora-docs-list</blockquote></div><br></div></body></html>