SlackwareThis Forum is for the discussion of Slackware Linux.
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.
Thanks, moesasji, I needed that encouragement. ;-)
My head is already lumpy from banging it against all kinds of walls... ;-)
It's now installing which-key...
It's progressing... (I do have 10M/1M ADSL)
Why not just make a branch in git, put your README.md update in that branch. Push the branch to github and look at the README.md there. If you like what you see, merge what you did in that branch to the branch that you want to keep and remove the old branch from your local repo and github.
It's there. Now I have to find out how it works. I'm familiar with Emacs (although I haven't used it lately) and vi (not so familiar with vim).
The beauty of spacemacs is that it is pretty well documented and can behave like vim or emacs. Typically you hit "SPC f e h" and search for the thing you need. In these case "markdown". That brings up the needed documentation. In this case hitting ",cp"(short for compile preview) would give the preview as long as you have enabled the markdown layer. Good luck.
The beauty of spacemacs is that it is pretty well documented and can behave like vim or emacs. Typically you hit "SPC f e h" and search for the thing you need. In these case "markdown". That brings up the needed documentation. In this case hitting ",cp"(short for compile preview) would give the preview as long as you have enabled the markdown layer. Good luck.
coding should be fun, but emacs requires to use defun, so I can not use it
OMG! Emacs has really changed while I wasn't looking... only in about 15 years... :-)
I couldn't even find help - the <meta> seems to have changed. It used to be <esc>...
I'll re-learn later. Now I don't have the time.
I'd just like to see what my Readme looks like when pushed to github before I push it, but it seems to be too hard. Maybe (after pushing next commit) I'll just push the readme and see there...
It just kind of bothers me to use a public site like github for debugging 'simple text'.
Last edited by turboscrew; 11-29-2015 at 02:48 AM.
Atom seems to work, but even with gfm-grammar selected, it doesn't show stuff the way github gfm documents say. Like ** doesn't seem to make anything bold and ''' doesn't make code block.
[edit]
Aha, gfm examples showed a bit more... Seems to work...
[/edit]
Last edited by turboscrew; 11-29-2015 at 04:57 AM.
OMG! Emacs has really changed while I wasn't looking... only in about 15 years... :-)
I couldn't even find help - the <meta> seems to have changed. It used to be <esc>...
It still is, AFAIK. Note that it's "hit esc" not "press-and-hold esc". If you have a windowsish keyboard, the "windows" key is commonly mapped to meta (as in "press-and-hold" meta).
Help is cntrl-h (as it always has been).
(IMO, if you want to use emacs for this sort of thing, you should look into org-mode to write the documentation in *that* and export into markdown. That is not even close to the problem that you are trying to solve right now. If I were you, I'd use github to look at the markdown; it seems stupid, but the only place that knows how github will render markdown is github itself.)
Last edited by Richard Cranium; 11-29-2015 at 08:37 PM.
It still is, AFAIK. Note that it's "hit esc" not "press-and-hold esc". If you have a windowsish keyboard, the "windows" key is commonly mapped to meta (as in "press-and-hold" meta).
Help is cntrl-h (as it always has been).
(IMO, if you want to use emacs for this sort of thing, you should look into org-mode to write the documentation in *that* and export into markdown. That is not even close to the problem that you are trying to solve right now. If I were you, I'd use github to look at the markdown; it seems stupid, but the only place that knows how github will render markdown is github itself.)
What I meant was that <esc>-x didn't get me anywhere. And neither did ctrl-X b or <esc>-b or ctrl-X 1. It looked like <esc><char> sequence were changed to <alt>-<char>.
I selected Emacs Holy, but I found myself using basically Vim (':' brought me to command buffer) and I had to use 'a', 'i' or 'o' to write anything. I checked the dot-file and the settings were consistent with my selections.
Last edited by turboscrew; 11-30-2015 at 03:52 AM.
I'm checking Atom now. I already edited the file and I'll push and see the results after I've fixed something first. Then I'll see if Atom is good for that.
How the heck can it be so difficult to make a simple viewer... Maybe I'll look into it when I finish my current project - unless there are plenty of simple viewers by then. ;-)
I would not be surprised if Github uses "hoedown" (or a similar tool) to generate the html when displaying the "README.md" file. And "hoedown" correctly converts "```" to "<code>" tags.
I'm checking Atom now. I already edited the file and I'll push and see the results after I've fixed something first. Then I'll see if Atom is good for that.
How the heck can it be so difficult to make a simple viewer... Maybe I'll look into it when I finish my current project - unless there are plenty of simple viewers by then. ;-)
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.