Re: [Orgmode] Re: short way to insert source tag in org mode?
Hi Water Lin, (no with reply to all, sorry for double posting, Lin) did you try the workaround mentioned here: http://orgmode.org/worg/org-faq.php#YASnippet Greetings, Stephan Water Lin wrote: > Nick Dokos writes: > >> Water Lin wrote: >> >>> Bernt Hansen writes: >>> Water Lin writes: > ... > I want to find a way to inset them handly. Is there a key binding for > this? I use yasnippet for this. http://doc.norang.ca/org-mode.html#Yasnippets >>> I am using YASnippets according to your suggestion. But my YASnippet >>> works in other modes like Perl, but just doesn't work in org-mode. >>> >>> I have already added file "org-mode/block" under folder >>> "snippets\text-mode". >>> But while I type block and press TAB in org-mode, nothing happens. I >>> think the org must be use the TAB key for special work. >>> >>> Is it true? >>> >> Using Bernt's setup, I can get the block expanded using C-i, but the >> key itself is bound to org-cycle. When I say >> >> C-h c >> >> emacs says "", whereas if I say >> >> C-h c C-i >> >> emacs says "TAB". In an emacs without yasnippets, otoh, >> >> C-h c >> >> says "TAB (translated from ". This is all under X of course: I suspect >> that on a console, things would be simpler. >> >> HTH, >> Nick >> > > Yes, thanks, it works. > > Water Lin > -- Stephan Schmitt Neural Information Processing Group Fac. IV - Electrical Engineering & Computer Science Berlin University of Technology Office: +49 30 - 314 24 158 Mobile: +49 179 - 593 84 48 Email: echo 'drmabuse at cs x tu-berlin x de' \ | sed -e 's/ x /\./g' -e 's/ at /@/' ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] fullpage.sty replacement [WAS: Problem with LaTeX snippets preview]
Hi Nick, On Sep 29, 2009, at 8:48 AM, Nick Dokos wrote: My $0.02: Let me point out that a dependency on soul.sty was introduced in order to deal with strike-through emphasis in the LaTeX exporter. And guess where soul.sty resides (on Debian/Ubuntu): in the texlive-latex-extra package. So it seems to me that replacing the use of the fullpage package by its contents is not the best solution: it would be better to document the dependency (and other such dependencies). Keeping the dependency on fullpage.sty would also insulate org-mode from missing future changes to it - however unlikely that event happens to be. Also, the main difference between these two is that if soul.sty is not present, then when you try to process the exported latex file, you get an explicit error message that fingers the problem exactly, whereas without fullpage.sty, the preview failed silently. If the latter failure could be made visible, then the problem would be solved (and this solution would cover other similar failures as well). These are valid points! However: - Fullpage is a trivial ad very small package that only changes margins. Even if it changes at some point, there is no reason for Org to follow this change. - I'd like to have few dependencies if possible. - People who use strike-through faces should know better :-) Well, I know there are exceptions where this does make sense. The bad thing about packages that are in some TeX distros, but not in others, is that you have to start documenting these dependencies on a system-by-system basis, and I'd rather not go there, if possible. If soul.sty is a non-guaranteed dependency, we should document it. Where? Maybe I should make the use of soul.sty dependend on the use of strike- through stuff in the file - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: LaTeX export - customize own class
On Di, Sep 29 2009, Nick Dokos wrote: > henry atting wrote: > > >> I pulled the newest git version, reloaded org.el and tried to load the hook >> with >> >> (add-hook 'org-mode-hook 'org-export-latex-final-hook) >> >> but when I am trying to export an org file to LaTeX I get an error message: >> >> run-hooks: Symbol's function definition is void: >> org-export-latex-final-hook >> > > org-export-latex-final-hook is just another hook, so you have to use it > like this: > > (defun my-func () > >) > > (add-hook 'org-export-latex-final-hook (function my-func)) > > Then your function will be called at the time that the hook is run: > after the latex export is done. I see, many thanks henry -- http://literaturlatenight.de ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] fullpage.sty replacement [WAS: Problem with LaTeX snippets preview]
My $0.02: Let me point out that a dependency on soul.sty was introduced in order to deal with strike-through emphasis in the LaTeX exporter. And guess where soul.sty resides (on Debian/Ubuntu): in the texlive-latex-extra package. So it seems to me that replacing the use of the fullpage package by its contents is not the best solution: it would be better to document the dependency (and other such dependencies). Keeping the dependency on fullpage.sty would also insulate org-mode from missing future changes to it - however unlikely that event happens to be. Also, the main difference between these two is that if soul.sty is not present, then when you try to process the exported latex file, you get an explicit error message that fingers the problem exactly, whereas without fullpage.sty, the preview failed silently. If the latter failure could be made visible, then the problem would be solved (and this solution would cover other similar failures as well). Thoughts? Thanks, Nick ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Parameterized custom agenda views
Bernt Hansen writes:
>> For example, I have a piece in my org-agenda-custom-commands variable
>> that looks like this:
>>
>> ("p" "All Projects" tags-todo "+project")
>>
>> This means I want to see all TODO items with the project tag. What if I
>> wanted to supply an additional tag (over and above the project tag), but
>> I didn't know it ahead of time? Is there a way to get orgmode to prompt
>> me for the tag?
>
> I would use agenda tag filtering for this. Do you C-c a p display and
> then limit the result to some other tag with / TAB or /
>
Oh, nifty! I think that might work fine, thanks.
--
Desmond Rivet
Pain is weakness leaving the body.
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] tags in todo list
Hi, I was wondering if there is a way to filter the todo list (C-c a t) by tags that are applied. I'm trying to use org-mode for a GTD style process management which means I've got things like :home: and :office: set as tags and as such when I'm at the office I would like to have some way of hiding the :home: entries. Cheers, Dave ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Possibly a feature request - inline tasks without arrows?
Hi Paul, I am still waiting for a proposal how to format inline tasks. :-) - Carsten On Sep 17, 2009, at 6:35 PM, Paul Mead wrote: I've finally 'got' inline tasks and found that they solve a problem which I've been putting up with for some time :-) The only downside is the arrows that are inserted when I export. I'm using org in this case to contain a running set of meeting minutes which also feed into my agenda. After each monthly meeting, I export to text and pdf for publication to the attendees. Inline tasks work so much better in this context than normal todos, but the arrows are wasteful of page width in pdf and just silly in ascii (/rightarrow/rightarrow/rightarrow) I am manually editing the .txt and .tex files to remove them using query replace, but would love to be able to set org-inlinetask-export to "noarrow" instead. Is this possible, or is there another way I haven't thought of to make this easier? Thanks Paul ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: short way to insert source tag in org mode?
On Sep 27, 2009, at 7:28 PM, Matt Lundin wrote: Water Lin writes: While I am using org to publish my source code, I include my code in following way: #+BEGIN_SRC emacs-lisp some emacs-lisp code #+END_SRC Everytime I copy the begin and the end tag which is #+BEGIN_SRC emacs-lisp and #+END_SRC to my org file. I want to find a way to inset them handly. Is there a key binding for this? It's an experimental feature, but I use " I guess it is not going away - just needs some documentation I'll accept a patch! - Carsten See the variable org-structure-template-alist. - Matt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] LaTeX export of images
On Sep 22, 2009, at 3:39 PM, Francesco Pizzolante wrote:
Hi,
I have a question about the LaTeX export of images.
I wondering why we treat differently images with caption/label than
the ones
that do not have caption/label.
I suppose that we want to make the difference between images that
appear in
the middle of the text and those who will appear in a float (with
possibly
label and caption).
1) Images in the middle of the text
If I have the following example:
,
| For this example, I will use this image [[myimage.png]] which
is a very good one.
`
Then, when exported, it produces the following LaTeX code:
,
| For this example, I will the use this image
| \centerline{\includegraphics{myimage}} which is a very good one.
`
Which produces weird layout when compiled to PDF.
In this case, we should just generate \includegraphics{myimage}
without the
centerline command.
2) Images in floats
In the case of floats, the correct generated code should be
something like:
\begin{figure}[htb]
\centering
\includegraphics{myimage}
\label{LABEL}
\caption{CAPTION}
\end{figure}
and not
\begin{figure}[htb]
\centerline{\includegraphics{myimage}}
\label{LABEL}
\caption{CAPTION}
\end{figure}
This can also be fixed quickly I think.
Yes sure, but what is wrong with \centerline? does the \centering
lead to a different result?
- Carsten
Now, the question is: is it correct to identify a "float" image
thanks to its
caption and label attributes? Can't we have a "float" image without
label or
caption?
Thanks for your help and input.
Francesco
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: LaTeX export of images
On Sep 23, 2009, at 11:09 PM, Sébastien Vauban wrote:
Jeff Kowalczyk wrote:
Sébastien Vauban writes:
Francesco Pizzolante wrote:
In this case, we should just generate \includegraphics{myimage}
without
the centerline command.
Given the output of the `\centerline' command, I guess that the
inlining of
an image inside a line of text is not supported as is by Org. I
can second
such a choice.
+1 for default to inline graphics. When using Org for How-To and
project
documentation delivered as PDF, floating screenshot-size images
typically
situate far from the descriptive text.
My point was mainly that, IMHO, floating or not should not be tied
to the
presence or absence of caption/label.
Your problem with screenshots far away should be solved by putting
the H
specifier to the float environment and loading the `float' package.
I would prefer inline images by default (or option), and a file/
subtree
level option to use LaTeX floating layout.
That'd be a great way to be able to specify which type of "inlining"
we want.
On a per file basis seems sufficient for me.
Hi Sebastien,
how about working out a detailed proposal how this should work?
- Carsten
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: short way to insert source tag in org mode?
At Mon, 28 Sep 2009 23:36:02 -0400, Nick Dokos wrote: > > Bernt Hansen wrote: > > > > Using Bernt's setup, I can get the block expanded using C-i, but the > > > key itself is bound to org-cycle. When I say > > > > > > C-h c > > > > > > emacs says "", whereas if I say > > > > > > C-h c C-i > > > > > > emacs says "TAB". In an emacs without yasnippets, otoh, > > > > > > C-h c > > > > > > says "TAB (translated from ". This is all under X of course: I > > > suspect > > > that on a console, things would be simpler. > > > > For me both TAB and C-i run the command yas/expand (according to C-h k). > > I'm using GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.12.11) of > > 2008-11-09 on raven, modified by Debian. > > > > I get and TAB as Nick does but both run yas/expand. > > > > I've never tried it in Emacs 23. > > > > I thought that Emacs23 would be the explanation, but I get the different > behavior even with Emacs 22. Ah, well: a mystery that will remain a mystery > (at last, afaiac...) > > Nick Nick, I have both TAB and C-i bound to yas/expand. I use the following in my .emacs org-mode setup section: --8<---cut here---start->8--- (add-hook 'org-mode-hook '(lambda () (make-variable-buffer-local 'yas/trigger-key) (setq yas/trigger-key [tab]) (define-key yas/keymap [tab] 'yas/next-field-group) ; from Richard Riley in org-mode mailing list ) ) --8<---cut here---end--->8--- HTH. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: is there a hook to save a remember buffer?
Hi Allen, saving remember buffers is hackish and complex as it is, so I am not going to add this option. I think the workflow has to be this: Create a remember buffer and more-or-less immediately file it. If you need to work on the content for a longer time, work on it at the target location: Simply exit remember with C-u C-c C-c. The buffer will be filed and the target location will be visited immediately. So now you can work there as long as you want, and start another remember process when you need one. HTH - Carsten On Sep 9, 2009, at 10:17 PM, Alan E. Davis wrote: I've looked briefly into the org-remember.el. A hook exists: remember-mode-hook. Im not sure it can be successfully applied to the case I envision. THere are tradeoffs to immediately saving a remember buffer to a file, and editing a note in the remember buffer, then saving with remember-finalize. I don't remember what they are, as they led me away from immediately saving quite a while ago. I was strongly encouraged by the establishment of a procedure to automatically save to a directory, any remember buffer that was not finallized. I had some issues with it, including how clunky it was to recover, and it was broken at some point, when I was too busy to fix it. One problem with editing in the Remember buffer, then saving later, is forgetting where I am. I can rely on several remember templates, and too often have lost the remember buffer's contents, when I ran remember again. What I propose is the make it possible---optionally---to invoke a hook to save existing remember buffers when C-c C-r (X) is used to file a remember note while in the remember buffer already. I found a test "bufferp". It does not seem to recognize the buffer name "Remember", nor "*Remember*". Is it possible to do this, or is remember going to defeat this? Alan Davis You can know the name of a bird in all the languages of the world, but when you're finished, you'll know absolutely nothing whatever about the bird... So let's look at the bird and see what it's doing---that's what counts. Richard Feynman On Wed, Sep 9, 2009 at 3:42 PM, Alan E. Davis wrote: Is there a hook to save the remember buffer when I type C-c C-r when I'm in an unsaved remember buffer? That would be almost as good, perhaps better, than saving the remember buffer to a special file or directory. Alan You can know the name of a bird in all the languages of the world, but when you're finished, you'll know absolutely nothing whatever about the bird... So let's look at the bird and see what it's doing---that's what counts. Richard Feynman ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Setting language for LaTeX export
Hi all. I can't export to LaTeX/PDF. I get this error: ! Package inputenc Error: Keyboard character used is undefined (inputenc) in inputencoding `utf8'. It fails when it parses non-english characters. I can recall that LaTeX needs to know what encoding/language to read, but how do I put that in my org-document? Can anyone help me? Med venlig hilsen/Kind regards Michael B. Arp Sørensen Programmer / BOFH ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: tags in todo list
David Schoen writes: > I was wondering if there is a way to filter the todo list (C-c a t) by > tags that are applied. > > I'm trying to use org-mode for a GTD style process management which > means I've got things like :home: and :office: set as tags and as such > when I'm at the office I would like to have some way of hiding the > :home: entries. Try pressing "/" in the agenda. - http://orgmode.org/worg/org-faq.php#limit-agenda-with-tag-filtering - http://orgmode.org/manual/Agenda-commands.html#Agenda-commands Best, Matt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: tags in todo list
Amazingly simple and somehow I missed reading it in that doco a few times... Thanks a lot! Dave. 2009/9/29 Matt Lundin : > David Schoen writes: > >> I was wondering if there is a way to filter the todo list (C-c a t) by >> tags that are applied. >> >> I'm trying to use org-mode for a GTD style process management which >> means I've got things like :home: and :office: set as tags and as such >> when I'm at the office I would like to have some way of hiding the >> :home: entries. > > Try pressing "/" in the agenda. > > - http://orgmode.org/worg/org-faq.php#limit-agenda-with-tag-filtering > > - http://orgmode.org/manual/Agenda-commands.html#Agenda-commands > > Best, > Matt > ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-mode version 6.30; Links in categories break layout
Excellent, thank you! Peter. On Mon, 28 Sep 2009 22:10 +0200, "Carsten Dominik" wrote: > Fixed, thanks. > > - Carsten > > On Sep 23, 2009, at 1:12 PM, Peter Westlake wrote: > > > > > > > On Fri, 04 Sep 2009 11:44 +0100, "Peter Westlake" > > wrote: > >> On Fri, 04 Sep 2009 09:19 +0200, "Carsten Dominik" > >> wrote: > >> > >>> > >>> The prefix is now formatted properly, and C-c C-o gives > >>> also access to this link. > >> > >> Excellent! Thank you very much! > > > > One small thing, though - in the agenda TODO view, pressing "t" to > > mark > > the task as Done messes up the layout: > > > > [[http://orgmode.org][Org-Mode]]: TODO Demonstrate problem with link > > in category > > > > (which appears as: > > > > Org-Mode: TODO Demonstrate problem with link in category) > > > > > > Press T on that line: > > > > [[http://orgmode.org][Org-Mode]]: TODO Demonstrate problemDONE > > Demonstrate problem with link in category > > > > (which appears as: > > > > Org-Mode: TODO Demonstrate problemDONE Demonstrate problem with link > > in category) > > > > Regards, > > > > Peter. > > > > > > > > ___ > > Emacs-orgmode mailing list > > Remember: use `Reply All' to send replies to the list. > > Emacs-orgmode@gnu.org > > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Export to ascii simpler
Is there a very quick way to copy some text from an emacs buffer taking away the indentation? org-export-as-ascii creates a new file, I only need in the ring (and in osx buffer) the text copied. I can copy to another buffer than do a *kill-rectangle* on it but it's quite a long procedure.. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] From formatted to table
I have for example a table where | one thing | dsjfls | | two things| dslkjfls | | three abc dej | dsf | And I would like to get | one | thing | dsjfls | | two | things | dslkjfls | | three | abc dej | dsf | I tried some simple substitutions but substituting all the spaces in the region selected will cause problems elsewhere. I would need to substitute " " only in one column, is that possible? ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Export to ascii simpler
andrea Crotti wrote: > Is there a very quick way to copy some text from an emacs buffer > taking away the indentation? org-export-as-ascii creates a new file, > I only need in the ring (and in osx buffer) the text copied. I can > copy to another buffer than do a *kill-rectangle* on it but it's quite > a long procedure.. > > I'm not sure I understand what you want - it's also not clear to me whether this has anything to do with org-mode, but here goes: o Forget about copying to another buffer: kill the rectangle in the original buffer and then undo. or: o Mark the region, do C-0 C-M-\ to take away the indentation, M-w to copy it to the kill ring, then undo to restore the indentation. Does this help? Nick ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] fullpage.sty replacement [WAS: Problem with LaTeX snippets preview]
Carsten Dominik wrote: > However: > > - Fullpage is a trivial ad very small package that only >changes margins. Even if it changes at some point, there is no > reason >for Org to follow this change. Agreed - it was more "the principle of the thing" rather than this particular change. > > - I'd like to have few dependencies if possible. > Agreed - but there are going to be dependencies anyway. > - People who use strike-through faces should know better :-) >Well, I know there are exceptions where this does make sense. > Agreed with this too - but soul.sty is included unconditionally so you get the dependency even if you are on the side of the angels. > The bad thing about packages that are in some TeX distros, but not > in others, is that you have to start documenting these dependencies > on a system-by-system basis, and I'd rather not go there, if possible. > That's why I think we should document it at the level of latex packages: we can then point people to CTAN as the last resort. A blurb like this perhaps: "Your distro may provide a package for this (e.g. on Debian/Ubuntu, soul.sty is in the package texlive-latex-extra), but that varies greatly from distro to distro, so you are on your own. Alternatively, you can look for it on ctan.org: most LaTeX packages can be found there, but the installation is more complicated; a description can be found at , but you will have to resolve problems on your own." > If soul.sty is a non-guaranteed dependency, we should document it. > Where? Perhaps a new Dependencies section in the manual that gathers up dependencies of the various exporters, as well as the preview stuff and anything else that fits. Maybe keep it online, so people can update it, and have the manual point to it. Give me a week or so to work on the latex part and see whether it seems helpful. > Maybe I should make the use of soul.sty dependend on the use of > strike- through stuff in the file The trade-off is of course added complexity, but if you are willing to suffer the pain, who am I to dissuade you? :-) Thanks, Nick ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Option SETUPFILE partially broken
This morning the following setup file did work flawlessly: --8<---cut here---start->8--- #+TITLE: #+OPTIONS: toc:nil #+LaTeX_CLASS: play --8<---cut here---end--->8--- I don't know if it has something to do with today's git update but #+LaTeX_CLASS (and only this option) is ignored, instead org export uses the default class article. (erh, play of course is defined in the variable org-export-latex-classes) henry -- http://literaturlatenight.de ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Merge tables
At Mon, 28 Sep 2009 16:31:22 -0400, Dan Davison wrote: > > Bernt Hansen writes: > > > Hector Villafuerte writes: > > > >> Hi, > >> I've just discovered Org and are truly impressed with it; using it for > >> more and more tasks. > >> > >> Here's what I want to do: I have 2 tables with the same number of rows > >> (one row per subject). I would like to make just one big table by > >> copying the second table to the right of the first one. This is a > >> no-brainer in a spreadsheet but my attempts in Org have failed. Any > >> ideas? > > Hi Hector, > > Here are two ways of doing this in org-babel. > > * Binding tables together by columns > > Suppose the tables are > > #+tblname: tab1 > | 1 | 2 | 3 | > | 7 | 8 | 9 | > > #+tblname: tab2 > | 4 | 5 | 6 | > | 10 | 11 | 12 | > > Here's a solution in emacs lisp: > > #+srcname: column-bind-elisp(a=tab1, b=tab2) > #+begin_src emacs-lisp > (mapcar* 'append a b) > #+end_src > > #+resname: column-bind-elisp > | 1 | 2 | 3 | 4 | 5 | 6 | > | 7 | 8 | 9 | 10 | 11 | 12 | > > And here's a solution in R, which has the advantage that it copes with > column names (and the code is even simpler). > > #+tblname: tab3 > | a | b | c | > |---+---+---| > | 1 | 2 | 3 | > | 7 | 8 | 9 | > > #+tblname: tab4 > | d | e | f | > |++| > | 4 | 5 | 6 | > | 10 | 11 | 12 | > > #+srcname: column-bind-R(a=tab3, b=tab4) > #+begin_src R :colnames t > cbind(a, b) > #+end_src > > #+resname: column-bind-R > | "a" | "b" | "c" | "d" | "e" | "f" | > |-+-+-+-+-+-| > | 1 | 2 | 3 | 4 | 5 | 6 | > | 7 | 8 | 9 | 10 | 11 | 12 | > > > Once someone has written them, even simple code blocks like these can be > stored in the "library of babel" for users who aren't familiar with a > suitable programming language (I'll add them on worg). > > Dan > > > > > Rectangular cut and paste maybe? > > > > -Bernt > > > > > > ___ > > Emacs-orgmode mailing list > > Remember: use `Reply All' to send replies to the list. > > Emacs-orgmode@gnu.org > > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > > ___ > Emacs-orgmode mailing list > Remember: use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode If you only want to put the second table at the right of the first one I think that the functions kill-rectangle and yank-rectangle are enough. Select the second table (without the first | char) and run the command kill-rectangle (C-x r k), then put the cursor at the end of the first line of the first table and run the command yank-rectangle (C-x r y). -- Darlan Cavalcante Moreira darc...@gmail.com ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
RE: [Orgmode] From formatted to table
I do a macros for this Put the point on the first word of the table Record Macro Search for " " Insert "|" Tab (next column) Tab (first column next row Stop Recording. Then just C-x e (run macro) until the job is done. If you know how many lines are on the table, you can use a prefix argument with C-x e. -Original Message- From: emacs-orgmode-bounces+jonathana=criticalmass@gnu.org [mailto:emacs-orgmode-bounces+jonathana=criticalmass@gnu.org] On Behalf Of andrea Crotti Sent: September 29, 2009 8:49 AM To: emacs-orgmode@gnu.org Subject: [Orgmode] From formatted to table I have for example a table where | one thing | dsjfls | | two things| dslkjfls | | three abc dej | dsf | And I would like to get | one | thing | dsjfls | | two | things | dslkjfls | | three | abc dej | dsf | I tried some simple substitutions but substituting all the spaces in the region selected will cause problems elsewhere. I would need to substitute " " only in one column, is that possible? ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode The information contained in this message is confidential. It is intended to be read only by the individual or entity named above or their designee. If the reader of this message is not the intended recipient, you are hereby notified that any distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete or destroy any copy of this message. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Visibility hide mode in 6.30trans doesn't hide last character in child region - BUG
Fixed it - bug (I think) - the problem only occurs if "Org Cycle Separator Lines" is set to -1. Setting it to anything zero or positive fixes it. Happens on Mac and Windows Emacs, 23.1.50.1. Thanks Carsten Dominik wrote: Hi Nick, I cannot reproduce this, but I am not on windows. - Carsten On Sep 28, 2009, at 4:30 PM, Nick Bell wrote: Not sure whether I'm putting this correctly, but on Windows (emacs-CVS 23.1.50.1 and EmacsW32) and 6.30trans (retrieved from git today) collapsing outlines results in e.g. * Research...> * More Stuff...: The last character being the last in the collapsed region. I've gone back to 6.30e which doesn't have the problem. I'm not using org-indent-mode as that caused crashes and life has become too short to fiddle around with CVS on 3 platforms! Just thought someone should know -- Nick Bell m...@nickbell.org ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Nick Bell m...@nickbell.org ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: From formatted to table
andrea Crotti writes: > I have for example a table where > > | one thing | dsjfls | > | two things| dslkjfls | > | three abc dej | dsf | > > And I would like to get > > | one | thing | dsjfls | > | two | things | dslkjfls | > | three | abc dej | dsf | > > I tried some simple substitutions but substituting all the spaces in > the region selected will cause problems elsewhere. I would need to > substitute " " only in one column, is that possible? Anything is possible in Emacs :) -- just look at org-mode! This sounds like a use for a keyboard macro to me... Position point on line 1 of the table C-x ( C-s SPC C-s RET | C-a C-n C-x e and repeat 'e' for every line in the table then C-p C-c C-c to realign. If you do this a lot you can save the macro or build a lisp function that does it - repeating for the entire table. HTH, -Bernt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] From formatted to table
Jonathan Arkell wrote: > I do a macros for this > > Put the point on the first word of the table > Record Macro > Search for " " > Insert "|" > Tab (next column) > Tab (first column next row > Stop Recording. > > Then just C-x e (run macro) until the job is done. If you know how many l= > ines are on the table, you can use a prefix argument with C-x e. > > > > -Original Message- > From: emacs-orgmode-bounces+jonathana=3dcriticalmass@gnu.org [mailto:em= > acs-orgmode-bounces+jonathana=3dcriticalmass@gnu.org] On Behalf Of andr= > ea Crotti > Sent: September 29, 2009 8:49 AM > To: emacs-orgmode@gnu.org > Subject: [Orgmode] From formatted to table > > I have for example a table where > > | one thing | dsjfls | > | two things| dslkjfls | > | three abc dej | dsf | > > And I would like to get > > | one | thing | dsjfls | > | two | things | dslkjfls | > | three | abc dej | dsf | > > I tried some simple substitutions but substituting all the spaces in > the region selected will cause problems elsewhere. I would need to > substitute " " only in one column, is that possible? > > Two things to add to Jonathan's answer: o You don't have to know the length of the table: just mark the region containing the table, C-x n n (narrow-to-region) and C-0 C-x e to repeat the macro for ever or until an error occurs, whichever comes first :-) Then widen: C-x n w o Alternatively, "It's just text" (TM), so you can use a sed/perl/awk/python/foo script to do arbitrary transformations. Blasphemy, I know, but emacs doesn't have to do everything. You can even run the script from within emacs: mark the region and C-u M-| (shell-command-on-region with the prefix argument specifying that that output of the command is to replace the region) with the following script sed '/|/s/[^|] /&| /' should do the trick. It's utterly liberating to be able to use all sorts of different tools on your file and the single, most important advantage of org-mode when compared to all the other systems out there. HTH, Nick ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Advanced table
Hi, Using Org-babel the following source-code block could prove at least a partial solution. --8<---cut here---start->8--- #+begin_src emacs-lisp (let ((total 0) (responding t) purchases) (while responding (setq purchases (cons (list "" (read-from-minibuffer "What: ") (read-from-minibuffer "Where: ") (read-minibuffer "How Much: ")) purchases)) (setq responding (y-or-n-p "more? "))) (append purchases (list (list (format-time-string "%Y-%m-%d" (current-time)) "" "" (progn (mapc (lambda (purchase) (setq total (+ total (fourth purchase purchases) total) #+end_src --8<---cut here---end--->8--- With Org-babel loaded, simply evaluate the block (press C-c C-c with the cursor on/in the block) and the desired table portion will be placed into your Org-mode file. At the moment I can't recall how to remove the quotes from the strings, but it should certainly be doable. with slight modification it would also be possible to append the table to an existing table, etc... Best -- Eric andrea Crotti writes: >I was trying to write down everything I spend and where I do, so I set up > this simple table. >So basically every day I have some expenses and on top I have the total. > >If the pattern is always the same (vsum(@+...@+ii)) I would like to have > that formula every time I add a > new thing. > >Now supposing that I always write the same day I pay best thing would be > to have an automatic system > that asks me the various fields and insert them in the table, does it make > sense? > > >| DATA | WHAT | WHERE | HOW MUCH | >|--++-+--| >| [2009-09-25 Fri] || |28.95 | >|--++-+--| >| | food | supermarket | 7.85 | >| | ticket bus | | 2.3 | >| | tea + ice | ice uno | 4.4 | >| | ticket | | 14.4 | >|--++-+--| >| [2009-09-26 Sat] || | 41 | >... > >This was an example of the data. I'm not quite sure that this data > structure would be later easy to > manipulate, what do you think? >Better solutions?? > > > > ___ > Emacs-orgmode mailing list > Remember: use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] LaTeX export of images
Carsten Dominik wrote:
> > 1) Images in the middle of the text
> >
> > If I have the following example:
> >
> >,
> >| For this example, I will use this image [[myimage.png]] which
> > is a very good one.
> >`
> >
> > Then, when exported, it produces the following LaTeX code:
> >
> >,
> >| For this example, I will the use this image
> >| \centerline{\includegraphics{myimage}} which is a very good one.
> >`
> >
> > Which produces weird layout when compiled to PDF.
> >
> > In this case, we should just generate \includegraphics{myimage}
> > without the
> > centerline command.
> >
Agree.
> >
> > 2) Images in floats
> >
> > In the case of floats, the correct generated code should be
> > something like:
> >
> > \begin{figure}[htb]
> >\centering
> >\includegraphics{myimage}
> >\label{LABEL}
> >\caption{CAPTION}
> > \end{figure}
> >
> > and not
> >
> > \begin{figure}[htb]
> >\centerline{\includegraphics{myimage}}
> >\label{LABEL}
> >\caption{CAPTION}
> > \end{figure}
> >
> > This can also be fixed quickly I think.
>
> Yes sure, but what is wrong with \centerline? does the \centering
> lead to a different result?
>
I've been running with the following patch for a little while and have
seen no problems (it does \centering rather than \centerline but I don't
think it makes a difference for an image - it would make a difference for a
floating centered paragraph with multiple lines however.)
There is another problem as well: there is a \n added after the
\end{figure} which leads to spurious paragraphs. The patch fixes
that too.
diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index 4058891..248d653 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -1553,8 +1585,8 @@ The conversion is made depending of STRING-BEFORE and
STRING-AFTER."
(cond ((and imgp (plist-get org-export-latex-options-plist
:inline-images))
(insert
(concat
- (if floatp "\\begin{figure}[htb]\n")
- (format "\\centerline{\\includegraphics[%s]{%s}}\n"
+ (if floatp "\\begin{figure}[htb]\n\\centering\n")
+ (format "\\includegraphics[%s]{%s}\n"
attr
(if (file-name-absolute-p raw-path)
(expand-file-name raw-path)
@@ -1563,7 +1595,7 @@ The conversion is made depending of STRING-BEFORE and
STRING-AFTER."
(format "\\caption{%s%s}\n"
(if label (concat "\\label{" label "}") "")
(or caption "")))
- (if floatp "\\end{figure}\n"
+ (if floatp "\\end{figure}"
(coderefp
(insert (format
(org-export-get-coderef-format path desc)
But there is the additional question that's raised in the thread:
Carsten Dominik wrote:
>
> On Sep 23, 2009, at 11:09 PM, S=E9bastien Vauban wrote:
>
> > Jeff Kowalczyk wrote:
> >> S=E9bastien Vauban writes:
> >>> Francesco Pizzolante wrote:
> In this case, we should just generate \includegraphics{myimage} =20
> without
> the centerline command.
> >>>
> >>> Given the output of the `\centerline' command, I guess that the =20
> >>> inlining of
> >>> an image inside a line of text is not supported as is by Org. I =20
> >>> can second
> >>> such a choice.
> >>
> >> +1 for default to inline graphics. When using Org for How-To and =20
> >> project
> >> documentation delivered as PDF, floating screenshot-size images =20
> >> typically
> >> situate far from the descriptive text.
> >
> > My point was mainly that, IMHO, floating or not should not be tied =20
> > to the
> > presence or absence of caption/label.
> >
> > Your problem with screenshots far away should be solved by putting =20
> > the H
> > specifier to the float environment and loading the `float' package.
> >
> >
> >> I would prefer inline images by default (or option), and a file/=20
> >> subtree
> >> level option to use LaTeX floating layout.
> >
> > That'd be a great way to be able to specify which type of "inlining" =20=
>
> > we want.
> > On a per file basis seems sufficient for me.
>
> Hi Sebastien,
>
> how about working out a detailed proposal how this should work?
>
> - Carsten
>
>
Currently, specifying either a #+CAPTION or a #+LABEL (or both) floats
the image. Absent both of these the image is inlined (although without
the above patch, it's inlined badly).
LaTeX implicitly assumes that a floating figure has a caption: that's
where the figure number is incremented for example. Given that, it does
not seem productive to have a separate indicator for floats.
Of course, if one is willing to forego the incrementing of the counter,
then a float without a caption is possible in LaTeX - but is it useful?
If it is, then using the #+LABEL specifier alone is enough to float the
image (but currently, there is
A simpler remember architecture (was: Re: [Orgmode] Re: is there a hook to save a remember buffer?)
Hi Carsten, Here is an idea for a much simpler remember architecture that simultaneously solves Alan's problem. 1) To me also, a more complicated way to deal with remember buffers feels wrong. 2) If there is more than one thing you are working on, the power of the org hierarchy feels like the best way to keep track. 3) The current remember probably does not do what Alan wants, even with a better workflow. - What if you want to remember from remember? - It feels complicated to finalize the old idea and go there, then remember the new one, then finish the old one, then go back to where you were. Maybe we can simplify. - When you've finished the old one, you want to restore context to before the old idea. This is probably impossible. The stack is blown. 4) Other issues: - If you forget to finalize, you lose data. - It is easy to reflexively call remember from remember, making you surprised that the old idea disappeared. - You might forget that you had the old idea. Especially if you are having short-term memory issues or are distracted. 5) Here is my idea: discard the concept of remember buffers entirely. - Create the entry at the target location when you call org-remember. - Employ a virtual buffer to narrow to the created entry. 6) Some benefits: 1) Alan can remember, then remember again, then remember a third time without having to save remember buffers or name them (which he would need). 2) Your idea is where it should be. If you want context, you simply remove the narrowing. 3) org has access to the target buffer's buffer-local variables, org variables, encoding and multilingual settings of the target, etc. 4) Auto-save saves to a place where Emacs will pick it up again if Emacs crashes. 5) A backup directory is no longer necessary to restore data from a killed (remember) buffer. 6) Finalizing is no longer a matter of losing your data if you forget. It merely pops windows. 7) If you still want the concept of "I am not done remembering this remember," add a tag (:REMEMBERING:) at creation time and have org-remember-finalize remove that tag. To see in-progress remembers, call the agenda on that tag. 8) This eases yak shaving. - http://www.catb.org/~esr/jargon/html/Y/yak-shaving.html - This is a simple way to keep track of what you were doing when you remember from remember. - I recommend making org-remember-finalize use a /stack/, so that successive invocations recreate the previous window/buffer context until they get to the original context. - I think that we intuitively work in stacks. This lets us avoid overloading our own memory. - If Emacs crashes, the worst thing that will happen is that you end up with a bunch of :REMEMBERING: tasks around your org files. Not lost data. To summarize, the current remember naturally leads to the need for increasing workarounds, and therefore requests for features, which leads to more complexity. By leveraging the power of the org hierarchy, we can simplify, and get yak shaving support as a nice surprise benefit. Let me know what you think. On Tue, Sep 29, 2009 at 02:37, Carsten Dominik wrote: > Hi Allen, > > saving remember buffers is hackish and complex as it is, so I am not going > to add this option. > > I think the workflow has to be this: > > Create a remember buffer and more-or-less immediately file it. > > If you need to work on the content for a longer time, work on it at the > target location: Simply exit remember with C-u C-c C-c. The buffer will be > filed and the target location will be visited immediately. So now you can > work there as long as you want, and start another remember process when you > need one. > > HTH > > - Carsten > > On Sep 9, 2009, at 10:17 PM, Alan E. Davis wrote: > >> I've looked briefly into the org-remember.el. A hook exists: >> remember-mode-hook. Im not sure it can be successfully applied to the case >> I envision. >> >> THere are tradeoffs to immediately saving a remember buffer to a file, and >> editing a note in the remember buffer, then saving with remember-finalize. >> I don't remember what they are, as they led me away from immediately saving >> quite a while ago. I was strongly encouraged by the establishment of a >> procedure to automatically save to a directory, any remember buffer that was >> not finallized. I had some issues with it, including how clunky it was to >> recover, and it was broken at some point, when I was too busy to fix it. >> >> One problem with editing in the Remember buffer, then saving later, is >> forgetting where I am. I can rely on several remember templates, and too >> often have lost the remember buffer's contents, when I ran remembe
[Orgmode] gnowsys-mode a major mode extending org
Dear orgmode developers and users This is a note to share with you our adventure with org. We, at gnowledge.org, began a project that extends orgmode (without spoiling or loosing any of the orgmode features) to support collaborative knowledge organization and networking using the GNOWSYS storage on the server side. This is work in progress. I am writing this note to inform you about the on going work, as well as to thank you all, specially Carsten for creating an app that took Emacs to yet another level. * What we are doing with orgmode: 1. We use Emacs as a client to collaboratively create, update knowledge networks in plain text. The knowledge network is created by adding nodes (rendered in orgmode as a note item) and named relations between them (rendered in orgmode in the properties drawer of the note item). The storage of the network is compatible to RDF model of storing networks, though we do not store or process XML either on the server side or on the client side. Thus, every orgmode item is added in a form that can be serialized as a RDF triple. Some examples given below. 2. We are using xmlrpc (xmlrpc.el), a builtin feature in Emacs, to connect to GNOWSYS server. GNOWSYS publishes its API as webservice (which has an API to perform the authentication, search the knowledge base, return and update the nodes and its properties.) 3. Each node when returned from the GNOWSYS server to the client opens in a org buffer (temporary) as a note item. Since we render the linkeddata in a text format orgmode renders everything nicely. We have defined more types of links, extending the ones available already, so that the linked nodes' URI is always available. 4. Any text written below the drawers is stored as the value of an attribute 'content' of the current node on the server side. 5. We are adding more and more functions to complete the entire application, thanks to orgmode and Emacs, where difficult tasks are tamed to such an extent, we are obviously excited! * What missing feature of orgmode will be available in gnowsys-mode We can do networking between items making frame based orgmode items linked with any other items in any which way by explicitly naming the relations. This feature makes orgmode ready for semantic web. We plan to use the properties drawer to hold all the metadata of each node. In-built version control of all notes as well as the networks (a feature of GNOWSYS). Orgmode with the extensions that we are applying can demonstrate how complex application data can be represented and manipulated in plain text including semantic web. * What this extension may mean to the users of orgmode and others. These are the use cases for extended orgmode/gnowsys-mode: 1. Each note item (*) can be published at a remote server as a node, with its content and properties stored as attributes. Thus all data gets published on the server, though optionally the user can save all data as text files on his/her PC. Published nodes can be read and edited by others, allowing collaborative authoring. Using this feature, we can use orgmode as a wiki source file. 2. GNOWSYS supports version control of all changes made to the node, thus changes can be tracked. No additional version control like cvs, svn, git, bazaar etc. are required. (GNOWSYS should soon support more functions to improve this.) Nothing is deleted from the server. Nodes can be delinked or marked deleted, nodes with deleted mark still exist on the server after making a new snapshot of the node. 3. Ontologies or application schema can be made and published collaboratively. This is useful as a semantic web application. All this can be done without using XML on either server side or client side, though we can import and export data serialized in RDF format. This makes it a pure text based app for semantic web. 4. Complex documents like courses, manuals, books can be written in orgmode collaboratively with bibliogrpahy support etc. LaTeX and DocBook export feature could make use of this to make orgmode as a desktop publishing system supporting collaborative editing. (We want to discuss this project with guidance from org team.) 5. Considering that a website is nothing but a set of complex documents with internal as well as external hyperlinks, complete website can be made, managed and published by orgmode with the source code of the site completely encoded in text. 6. GNOWSYS is made for collaborative creation of semantic networks, so this use case needs no more elaboration. Concept graphs, mindmaps included. We realize that much of the above use needs a good and advanced search facility on the GNOWSYS side. Though crude search is possible now, and integrated wi
Re: [Orgmode] Export to ascii simpler
I export to ascii with C-c C-e a, then can Apple-v the exported text into whatever I choose. 2009/9/29 andrea Crotti : > Is there a very quick way to copy some text from an emacs buffer > taking away the indentation? org-export-as-ascii creates a new file, > I only need in the ring (and in osx buffer) the text copied. I can > copy to another buffer than do a *kill-rectangle* on it but it's quite > a long procedure.. > > > > ___ > Emacs-orgmode mailing list > Remember: use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] gnowsys-mode a major mode extending org
Hi Nagarjuna, On Tue, Sep 29, 2009 at 17:19, Nagarjuna G. wrote: > We can do networking between items making frame based orgmode items > linked with any other items in any which way by explicitly naming > the relations. This feature makes orgmode ready for semantic > web. We plan to use the properties drawer to hold all the metadata > of each node. In-built version control of all notes as well as the > networks (a feature of GNOWSYS). Orgmode with the extensions that > we are applying can demonstrate how complex application data can be > represented and manipulated in plain text including semantic web. I haven't posted most of my related ideas yet, but I proposed something similar (a prerequisite for it) called ID markers, in http://www.mail-archive.com/emacs-orgmode@gnu.org/msg11845.html . I still need to reply to the replies, and will do so at some point. I also need to motivate one of the goals,for ID markers, which is graph-theoretic graphs (in particular robust bidirectional links) for personal use. You can have any place (which can be loosely defined) be a node (including being a source and a target of arcs) merely by putting an ID marker there. This frees you from needing nodes to be entries with properties. Don't know if you can use them or not. I do hope that whatever ideas you implement can be put into contrib or the core as general-purpose facilities for org. -- Myalgic encephalomyelitis causes death (Jason et al. 2006) and severe suffering. Conflicts of interest are destroying research. What people "know" is wrong. Silence = death. http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] gnowsys-mode a major mode extending org
By "something similar" I just mean personal org stuff -- not the semantic web. If org entries are sufficient for your nodes, then you probably don't need ID markers. I am curious to see where you go with your project. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] gnowsys-mode a major mode extending org
On Wed, Sep 30, 2009 at 5:49 AM, Nagarjuna G. wrote: > > 1. We use Emacs as a client to collaboratively create, update > knowledge networks in plain text. The knowledge network is > created by adding nodes (rendered in orgmode as a note item) and > named relations between them (rendered in orgmode in the > properties drawer of the note item). The storage of the network > is compatible to RDF model of storing networks, though we do not > store or process XML either on the server side or on the client > side. Thus, every orgmode item is added in a form that can be > serialized as a RDF triple. Some examples given below. > I forgot to add examples in the post. We created a library of screencasts here: http://lab.gnowledge.org/download/gnowsys-mode-screencasts Nagarjuna ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] gnowsys-mode a major mode extending org
On Wed, Sep 30, 2009 at 6:53 AM, Samuel Wales wrote: > > I haven't posted most of my related ideas yet, but I proposed > something similar (a prerequisite for it) called ID markers, in > http://www.mail-archive.com/emacs-orgmode@gnu.org/msg11845.html . I > still need to reply to the replies, and will do so at some point. I > also need to motivate one of the goals,for ID markers, which is > graph-theoretic graphs (in particular robust bidirectional links) for > personal use. > Indeed, I read the posts on the archive. If we have a mechanism by which each note/node has a URI it is possible to draw graphs. I may have forgotten to add, we do draw graphs of each node using graphviz library in SVG and show it in browser. The graph file is generated and its link provided in the org buffer. > You can have any place (which can be loosely defined) be a node > (including being a source and a target of arcs) merely by putting an > ID marker there. This frees you from needing nodes to be entries with > properties. > Isn't adding an ID marker same as creating node with properties. It will be nice to make it as readable as possible using text, and also make the network navigable for human beings. > > I do hope that whatever ideas you implement can be put into contrib or > the core as general-purpose facilities for org. > Which algo did you use for generating unique IDs? Nagarjuna ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
