Re: [O] markup problem on using 2-bite language
Hi, Jambunathan. It's very weird, but markdown works in that way. I don't know why. Anyway, I got a solution from Bastien, and it works. So I can dig into org-mode little bit more. ;-) Thanks. 2011/7/10 Jambunathan K > 노정태 writes: > > > Greetings, everybody. > > > > I've been wondering to find the best tool for writers, not for > > programmers. > > I used Emacs Muse 3 months ago, but changed to org mode. > > It gave me some satisfaction, but there is one big problem. > > > > I am a Korean, and use Korean in every time, every day. > > But in Korean Alphabet(Hangul), I should put text markup symbols > > *between* the letters. > > Because in Korean language, words used to made of two or three parts, > > And to make a more accurate expression, I need to *, /, _ in the > > middle of a word. > > But as you can see, org-mode support *emphasis*, but doesn't > > *emph*asis. > > If you want to activate the emphasis of the second one, you should > > write as "*emph* asis", > > And that's a nonsense. > > > > To make it sure I installed the newest version, 7.6., but the problem > > is even. > > Recently I made a plan to move to markdown mode, just because of this > > matter. > > How does markdown solve the problem? Just curious. I hope the last > sentence in the previous para is not a threat :-). > > > Can anybody give me a solution, or a sign of sympathy? > > > > Thank you. > > > > Sincerely, > > Jeongtae Roh. > > > > > > -- >
Re: [O] Calendar-like view of the org-agenda
At Fri, 8 Jul 2011 15:00:05 + (UTC), Memnon Anon wrote: > > Russell Adams writes: > > > Two minor FRs (I hope you continue to monitor the list): > > https://github.com/kiwanami/emacs-calfw/issues ? > > > - 'q' key to close the calendar buffer, like org-agenda does > > ,[ https://github.com/kiwanami/emacs-calfw/pull/4 ] > TSDH: aee24d8 Bind q to bury-buffer in calendar buffer > | [...] > KIWA: I'm going to check them and would merge them. > ` I merged them and tagged v1.1. - Bug fixed: an error of cfw:open-calendar-buffer - Improved: Customize grid characters - Improved: Modified keymap They are small changes. However, I would continue improve calfw and org integration. Thank you, -- SAKURAI, Masashi (family, given) m.saku...@kiwanami.net
Re: [O] Calendar-like view of the org-agenda
Hi, Tassilo At Thu, 07 Jul 2011 09:24:33 +0200, Tassilo Horn wrote: > > SAKURAI Masashi writes: > > Hi! > : > > I implemented calfw-org with consultation of the code of > > org-agenda-list. I think it is difficult to make the speed faster with > > a simple way, the re-design of the whole org-agenda-list algorithm > > seems to be needed, because the key function > > org-agenda-get-day-entries requires only one date and the subsequent > > dependent functions also are designed by the API. > > I think it's pretty fast, so I'd vote for keeping the good and simple > design of the org schedule import in contrast to reimplement the wheel > for a slight speedup. Thanks for your advice. I think the importing speed depends on the size of org files. I would discuss this topic on another thead. > > It is not so difficult to add a customize of the sort criteria. And > > you can try your custom summary format, modifying > > cfw:org-summary-format. In the function, you can get the time value > > from the text property. > > Right. Maybe a good idea was allowing a custom sort function that sorts > the `contents' for one day in `cfw:org-schedule-period-to-calendar'. > There, you still have the 'time text property that you can use for > sorting. I will implement a simple custom sort function. After then, I would like to discuss time management on calfw. Thank you, -- SAKURAI, Masashi (family, given) m.saku...@kiwanami.net
Re: [O] Release 7.6
Sorry!! I did an easy mistake. I did not do "make". Org-mode version 7.6 installed. On Sat, Jul 9, 2011 at 10:48 PM, Bastien wrote: > Hi, > > > Org-mode version 7.6 installed > > How? > > > M-x Org-version > > This is M-x org-version RET (not "Org-version) > > > Org-mode version 6.33x > > You probably need to run make && make install > > But we need more detailed information on what you did, what is your > system, etc. > > -- > Bastien > -- 辰巳出版株式会社 第一編集本部 立野 豊 住所 東京都新宿区新宿2-15-14 辰巳ビル TEL 03-5360-8976（直通） FAX 03-5360-8047 Mail y.tat...@tatsumi-publishing.co.jp yutaka.tat...@gmail.com Web http://www.tg-net.co.jp/main.html
Re: [O] patch org-mode Makefile - solve a couple debian build problems and a slackware build problem
Nick Dokos wrote: > Jude DaShiell wrote: > > > If a make is done on debian squeeze with default org-mode install-info > > which is debian's version of install-info complains that it's not gnu > > info and tells you to use ginstall-info when a make install-info-debian > > or make install-info is tried and neither one of those switches for make > > upgrades the info documentation. > > OK. Since a debian-specific target exists and is documented, how about > using ginstall-info explicitly in the install-info-debian target in the > Makefile like this: > > install-info-debian: $(INFOFILES) > ginstall-info --infodir=$(infodir) $(INFOFILES) > > Will this work for debian? > Actually, it probably needs to mirror the options in the standard case: ginstall-info --info-file=$(INFOFILES) --info-dir=$(infodir) Nick
Re: [O] patch org-mode Makefile - solve a couple debian build problems and a slackware build problem
Jude DaShiell wrote: > If a make is done on debian squeeze with default org-mode install-info > which is debian's version of install-info complains that it's not gnu > info and tells you to use ginstall-info when a make install-info-debian > or make install-info is tried and neither one of those switches for make > upgrades the info documentation. OK. Since a debian-specific target exists and is documented, how about using ginstall-info explicitly in the install-info-debian target in the Makefile like this: --8<---cut here---start->8--- install-info-debian: $(INFOFILES) ginstall-info --infodir=$(infodir) $(INFOFILES) --8<---cut here---end--->8--- Will this work for debian? Nick
[O] weekly-view.el (was: Calendar-like view of the org-agenda)
I'v just seen this on emacswiki: http://www.emacswiki.org/emacs-en/CalendarWeeklyView http://www.emacswiki.org/emacs/weekly-view.el Did anyone tested this? Maybe some efforts can be merged here. HTH, -- Bastien
Re: [O] LaTeX export: Problem with clipped tables
Hi Frederik, Frederik writes: > I experience some problems when exporting clipped tables to LaTeX: > The text in the fields doesn't get properly expanded, the `=>' is not > removed. thanks for reporting this -- should be fixed now. Best, -- Bastien
Re: [O] markup problem on using 2-bite language
Hi 노정태, 노정태 writes: > But as you can see, org-mode support *emphasis*, but doesn't > *emph*asis. Have a loot at `org-emphasis-regexp-components', maybe it can help solve your problem. > Can anybody give me a solution, or a sign of sympathy? Done. :) -- Bastien
Re: [O] Feature request or did I overlook ..
Hi Rainer, Rainer Stengele writes: > Unfortunately I get this no matter on what part of which of the two > timestamps I am: > > Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil) > org-clock-timestamps-change(up) > org-clock-timestamps-up() > org-shiftcontrolup() > call-interactively(org-shiftcontrolup nil nil) > > Do you need more information which helps to debug? Nope -- just a stupid leftover. Should work now, thanks! -- Bastien
Re: [O] Feature request or did I overlook ..
Am 09.07.2011 17:41, schrieb Bastien: > Hi Rainer, > > Rainer Stengele writes: > >> having standard clock entries like >> >> CLOCK: [2011-07-08 Fr 08:45]--[2011-07-08 Fr 09:15] => 0:30 >> >> many a times later on I want to adjust the beginning timestamp. >> Moving the whole clock range backward or forward maybe half an hour is a 2 >> step procedure: >> First I have to adjust the begin timestamp, then the end timestamp. >> >> I would love something like a Ctr-Shift-Up and Ctrl-Shift-Down that moves >> the relating >> timestamp synchronously and thus leaves the time difference the same. > Great idea -- I've just implemented it. > > Please try C-S- and C-S- on clock log timestamps: it > will update both timestamps at the same time, leaving the total > duration unchanged. > Hi Bastien! I am impressed! Thank you very much! Unfortunately I get this no matter on what part of which of the two timestamps I am: Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil) org-clock-timestamps-change(up) org-clock-timestamps-up() org-shiftcontrolup() call-interactively(org-shiftcontrolup nil nil) Do you need more information which helps to debug? Best, Rainer -- Mit freundlichen Grüßen / Best Regards Rainer Stengele __|___ | Dipl. Inf. (Univ.) Rainer Stengele | Technical Control - System Administration | | email: rainer.steng...@diplan.de | voice/fax: ++49-9131-7778-85/88 | WWW : http://www.diplan.de | | diplan GmbH | Wetterkreuz 27 | 91058 Erlangen, Germany Diese E-Mail kann vertrauliche und/oder rechtlich geschützte Informationen enthalten. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
Re: [O] tables column width question
Yes, thanks. On Sat, 9 Jul 2011, Michael Brand wrote: > Hi Jude > > On Sat, Jul 9, 2011 at 15:06, Jude DaShiell wrote: > > Is it possible in table mode to have a table expand as well as contract? > > If you make a header which has a minimal amount of spaces in it say: > > | date | time | syst | dias | pulse | > > +- > > "+-" is only for table.el format AFAIK. For Org tables format you need > "|-" or "C-c -". Then you will get the expanded header: > | date | time| syst | dias | pulse | > |--+-+--+--+---| > | <2011-07-09 Sat> | 08:06AM | 139 | 89 |81 | > > Is that what you are looking for? > > Michael > >
Re: [O] patch org-mode Makefile - solve a couple debian build problems and a slackware build problem
If a make is done on debian squeeze with default org-mode install-info which is debian's version of install-info complains that it's not gnu info and tells you to use ginstall-info when a make install-info-debian or make install-info is tried and neither one of those switches for make upgrades the info documentation. My hardware speech synthesizer is in the freezer because it's on its last legs but I may be able to take it out and run electricity through it one last time and check things out in Slackware. The espeakup debian version I use sends speech out my sound card but slackware for now requires a hardware speech synthesizer. On Sat, 9 Jul 2011, Nick Dokos wrote: > Achim Gratz wrote: > > > Nick Dokos writes: > > > I'm actually hoping that nothing of the sort will be needed, but given > > > that I don't have either debian squeeze or slackware available, I can't > > > really see what goes wrong. > > > > Well, I've had a look on some server I have admin access to: what goes > > wrong on Debian (Lenny+Backports) is this: > > > > # install-info --version > > Debian install-info Version 1.14.31. > > # ginstall-info --version > > install-info (GNU texinfo) 4.13 > > > > The Makefile obviously expects a GNU install-info (which should probably > > be documented someplace). Now, install-info lives in /usr/sbin/ and > > ginstall-info in /usr/bin, also linked to /usr/bin/install-info. But if > > you're installing as root (something I don't really fancy, but it's > > probably too late for Linux to rectify that), /usr/sbin/ is earlier in > > your path than /usr/bin. > > > > So, in this particular case it should be sufficient to just drop /sbin > > and /usr/sbin from the PATH during make. > > > > But from what I saw in the Ubuntu man-page, debian install-info is a wrapper > around GNU install-info that does *nothing different* in the ``normal'' case. > It only behaves differently when one is doing Debian maintenance thingies, > whatever > that means - from the man page: > > , > |install-info is a wrapper around GNU install-info. If it is > called from a normal shell or > |script it acts like GNU install-info by forwarding all options to > ginstall-info. > | > |If it is called from a maintainer script it gives a warning to > rebuild packages and does > |nothing, since info file installation is now done via triggers. > ` > > What happens when you run the org make on that system with no changes at all? > Does > anything break? > > Nick > > > > >
Re: [O] markup problem on using 2-bite language
노정태 writes: > Greetings, everybody. > > I've been wondering to find the best tool for writers, not for > programmers. > I used Emacs Muse 3 months ago, but changed to org mode. > It gave me some satisfaction, but there is one big problem. > > I am a Korean, and use Korean in every time, every day. > But in Korean Alphabet(Hangul), I should put text markup symbols > *between* the letters. > Because in Korean language, words used to made of two or three parts, > And to make a more accurate expression, I need to *, /, _ in the > middle of a word. > But as you can see, org-mode support *emphasis*, but doesn't > *emph*asis. > If you want to activate the emphasis of the second one, you should > write as "*emph* asis", > And that's a nonsense. > > To make it sure I installed the newest version, 7.6., but the problem > is even. > Recently I made a plan to move to markdown mode, just because of this > matter. How does markdown solve the problem? Just curious. I hope the last sentence in the previous para is not a threat :-). > Can anybody give me a solution, or a sign of sympathy? > > Thank you. > > Sincerely, > Jeongtae Roh. > > --
[O] markup problem on using 2-bite language
Greetings, everybody. I've been wondering to find the best tool for writers, not for programmers. I used Emacs Muse 3 months ago, but changed to org mode. It gave me some satisfaction, but there is one big problem. I am a Korean, and use Korean in every time, every day. But in Korean Alphabet(Hangul), I should put text markup symbols *between* the letters. Because in Korean language, words used to made of two or three parts, And to make a more accurate expression, I need to *, /, _ in the middle of a word. But as you can see, org-mode support *emphasis*, but doesn't *emph*asis. If you want to activate the emphasis of the second one, you should write as "*emph* asis", And that's a nonsense. To make it sure I installed the newest version, 7.6., but the problem is even. Recently I made a plan to move to markdown mode, just because of this matter. Can anybody give me a solution, or a sign of sympathy? Thank you. Sincerely, Jeongtae Roh.
Re: [O] Release 7.6
立野 豊 writes: > Org-mode version 7.6 installed > > M-x Org-version > > Org-mode version 6.33x > > version 7.6 > ok? > What does M-x locate-library RET org RET report? > > --
Re: [O] [Babel] Error Expanding Noweb Source Blocks
Ok, I'm a fool, nothing to see here :).
I was mistakenly calling "org-babel-exp-src-block" instead of
"org-babel-expand-src-block".
-deech
On Sat, Jul 9, 2011 at 11:19 AM, aditya siram wrote:
> Hi all,
> I recently tried to insert noweb-style chunks in my source and when I
> try to expand the source block I am getting an error. Example breaking
> code and the error are posted to http://hpaste.org/48874. The error,
> however had a bunch of unprintable characters so I include the message
> below with those characters elided:
>
> call-interactively: Wrong number of arguments: #[(body &rest headers)
> "..." [noninteractive info lang raw-params hash lang-headers message
> "org-babel-exp processing..." 0 org-babel-get-src-block-info ...] 9
> ("/home/deech/EmacsConfig/org-mode/lisp/ob-exp.elc" . 2259) nil], 0
>
>
> Thanks for your help.
> -deech
>
Re: [O] patch org-mode Makefile - solve a couple debian build problems and a slackware build problem
Nick Dokos writes: > But from what I saw in the Ubuntu man-page, debian install-info is a wrapper > around GNU install-info that does *nothing different* in the ``normal'' case. > It only behaves differently when one is doing Debian maintenance thingies, > whatever > that means - from the man page: This is confusing, all right — here's what the system really looks like: /usr/bin/install-info is a wrapper script that calls /usr/bin/ginstall-info; /usr/sbin/install-info is an entirely different program, not a wrapper. > What happens when you run the org make on that system with no changes at all? > Does > anything break? No can do, sorry. The only Debian system I have access to is a server that only has a minimal system installed. However, as explained previously, the reason for org-mode make breaking is that while running as root make will find /usr/sbin/install-info first. There really is no good reason for root to be installing user-mode programs with any "sbin" in path, but it's hard to unwind these decisions that have become part of the "culture" of certain distributions. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
[O] [Babel] Error Expanding Noweb Source Blocks
Hi all,
I recently tried to insert noweb-style chunks in my source and when I
try to expand the source block I am getting an error. Example breaking
code and the error are posted to http://hpaste.org/48874. The error,
however had a bunch of unprintable characters so I include the message
below with those characters elided:
call-interactively: Wrong number of arguments: #[(body &rest headers)
"..." [noninteractive info lang raw-params hash lang-headers message
"org-babel-exp processing..." 0 org-babel-get-src-block-info ...] 9
("/home/deech/EmacsConfig/org-mode/lisp/ob-exp.elc" . 2259) nil], 0
Thanks for your help.
-deech
Re: [O] Regression bug in tangle/weave
Eric Schulte writes: > Hi, > > Indeed this example below no longer works, however I believe the new > behavior is both desired and permanent. I'll explain and include an > option for how your example could be restructured to work with the new > code. > > We ran into problems automatically removing trailing newlines from code > block bodies as in some languages (looking at you Python and Haskell) > things like trailing newlines are of syntactic importance. In your > example this behavior results in the insertion of newlines after > file-name and file-version. Babel is careful to preserve line prefixes > when expanding references in comments, so it then reproduces the > > # Generated from > > portion of that line for every line of the expanded noweb references. > > I would suggest the following alternatives, either using a data > references in stead of a code block reference as in the file-version > example below, or using an evaluated code block as in the file-name > example below. Hope this helps. Oh dear. Am I to blame for this? When I reported the newline issue, somewhere in the back of my mind I knew it probably would have some ugly consequences. Now I see them. An evaluated code block seems inelegant/confusing if one intends to export that code as part of the document. A data reference seems OK, but I take it you can't have references within it? Unfortunately, I see no easy solution...
[O] Fwd: Some bugs with ob-clojure.el and some more with ob-sh.el
-- Forwarded message -- From: Robert McIntyre Date: Sat, Jul 9, 2011 at 11:04 AM Subject: Re: [O] Some bugs with ob-clojure.el and some more with ob-sh.el To: Bastien Great idea --- I updated my version of Org such that: M-x org-version returns: Org-mode version 7.6 (release_7.6.32.ga493b.dirty) Now even more of my tests fail :( I've updated the gist accordingly. It's at https://gist.github.com/1073383 In particular, ob-clojure.el doesn't seem to respect spaces when a function returns a literal string. Thanks for responding so fast, and If I can do anything else to help please let me know. sincerely, --Robert McIntyre On Sat, Jul 9, 2011 at 7:13 AM, Bastien wrote: > Hi Robert, > > Robert McIntyre writes: > > > I've made a gist at > > > > https://gist.github.com/1073383 > > Thanks for this feedback. > > > that details some problems with ob-clojure.el and ob-sh.el. > > > > In particular, there are a few problems with :results verbatim/scalar > > and :results output for the two modes. > > > > M-x org-version returns: > > Org-mode version 7.5 (release_7.5.516.gf06e.dirty) > > Can you check if you have the same errors with the latest Org > version -- either 7.6 or the one from git? > > Thanks a lot, > > -- > Bastien >
Re: [O] patch org-mode Makefile - solve a couple debian build problems and a slackware build problem
Achim Gratz wrote: > Nick Dokos writes: > > I'm actually hoping that nothing of the sort will be needed, but given > > that I don't have either debian squeeze or slackware available, I can't > > really see what goes wrong. > > Well, I've had a look on some server I have admin access to: what goes > wrong on Debian (Lenny+Backports) is this: > > # install-info --version > Debian install-info Version 1.14.31. > # ginstall-info --version > install-info (GNU texinfo) 4.13 > > The Makefile obviously expects a GNU install-info (which should probably > be documented someplace). Now, install-info lives in /usr/sbin/ and > ginstall-info in /usr/bin, also linked to /usr/bin/install-info. But if > you're installing as root (something I don't really fancy, but it's > probably too late for Linux to rectify that), /usr/sbin/ is earlier in > your path than /usr/bin. > > So, in this particular case it should be sufficient to just drop /sbin > and /usr/sbin from the PATH during make. > But from what I saw in the Ubuntu man-page, debian install-info is a wrapper around GNU install-info that does *nothing different* in the ``normal'' case. It only behaves differently when one is doing Debian maintenance thingies, whatever that means - from the man page: , |install-info is a wrapper around GNU install-info. If it is called from a normal shell or |script it acts like GNU install-info by forwarding all options to ginstall-info. | |If it is called from a maintainer script it gives a warning to rebuild packages and does |nothing, since info file installation is now done via triggers. ` What happens when you run the org make on that system with no changes at all? Does anything break? Nick
Re: [O] [PATCH] fix calc-eval date()
Hi Benjamin, patch applied -- thanks for it and for the detailed and clear analysis. Best, -- Bastien
Re: [O] org-odt on Windows 7
Sebastian writes: > I found a solution. > Info-zip (http://en.wikipedia.org/wiki/Info-ZIP) did the > trick for me. No patches needed. > I just added the binary to the PATH and it worked. Thanks for sharing this solution! -- Bastien
Re: [O] ODT exporter fails with Babel french
Hi Sébastien,
"Sebastien Vauban" writes:
> Very impatient to test the exporter for the first time. However, when
> exporting the table of contents ("table des matières" in French,
> automatically set by the Babel LaTeX package), it fails:
bug confirmed -- the short fix is to customize
`org-export-language-setup' and to use "Table des matières".
Since "Table des matières" is also wrongly displayed in ascii
export, I will work on a more general solution.
Thanks for reporting this,
--
Bastien
Re: [O] Feature request or did I overlook ..
Hi Rainer, Rainer Stengele writes: > having standard clock entries like > > CLOCK: [2011-07-08 Fr 08:45]--[2011-07-08 Fr 09:15] => 0:30 > > many a times later on I want to adjust the beginning timestamp. > Moving the whole clock range backward or forward maybe half an hour is a 2 > step procedure: > First I have to adjust the begin timestamp, then the end timestamp. > > I would love something like a Ctr-Shift-Up and Ctrl-Shift-Down that moves the > relating > timestamp synchronously and thus leaves the time difference the same. Great idea -- I've just implemented it. Please try C-S- and C-S- on clock log timestamps: it will update both timestamps at the same time, leaving the total duration unchanged. -- Bastien
Re: [O] org-odt on Windows 7
Sebastian and all, Sebastian wrote: > I found a solution. > Info-zip (http://en.wikipedia.org/wiki/Info-ZIP) did the > trick for me. No patches needed. > I just added the binary to the PATH and it worked. Other solution: install the zip package from Cygwin. Tested, works. Best regards, Seb -- Sebastien Vauban
[O] ODT exporter fails with Babel french
Hello,
Very impatient to test the exporter for the first time. However, when
exporting the table of contents ("table des matières" in French, automatically
set by the Babel LaTeX package), it fails:
#+begin_src xml
Réunion du 2011-06-21
Table des
matières
#+end_src
The reported position (at column 91) is the beginning of the `è'
entity. It seems to refuse to eat that...
Best regards,
Seb
--
Sebastien Vauban
Re: [O] org-odt on Windows 7
Bastien altern.org> writes: > > Ciao Sebastian, > > sebastian.titz unina.it writes: > > Is there a way to use org-odt under windows? > > Perhaps you can first try to get a command line version of zip > under Windows 7? > > If you manage to get this, the ODT exporter will need to set a > variable to let the user define the patch for this executable. > > But I'm not using Windows, so I can help more about the details. > > HTH, > I found a solution. Info-zip (http://en.wikipedia.org/wiki/Info-ZIP) did the trick for me. No patches needed. I just added the binary to the PATH and it worked. org-odt is great. I can really see myself using it for shorter tasks. Thank you for adding it to orgmode. Sebastian
Re: [O] Calendar-like view of the org-agenda
Hi Masashi, SAKURAI Masashi wrote: > At Wed, 6 Jul 2011 11:30:02 + (UTC), Memnon Anon wrote: >> Bastien writes: >> >> > Thanks for this -- I guess you'll find a lot of dedicated testers here. >> [...] >> > Also explore the Agenda views (M-x org-agenda -- see the manual), your >> > package might give us new ideas on how to display agenda information. >> >> might? I'm almost certain it will! >> This is *beautiful*. >> >> Just when I thought it couldn't get any better, *pow*, there comes a new >> project along. > > Thank you for your comment! They are right: we all can already dream at a wonderful integration of both, and gain a nice calendar view that can prove to be quickly very useful... Two details to mention: - I was hoping `r' to redraw the grid, after I've changed Emacs frame size. It does not seem to be the case. Could that be foreseen? I've seen you already all the available space, when drawing the grid for the first time. - I have a S-expr specification: #+begin_src org ,** Sunrise/Sunsbet :PROPERTIES: :CATEGORY: Weather :END: %%(when (eq span 'day) (diary-sunrise)) %%(when (eq span 'day) (diary-sunset)) #+end_src which says that, when in day-view, I want to see the time of sunrise/sunset. In your calendar, that appears everyday in week/month views. Is there a way to get rid of these 2 lines? Very minor thing, though, very minor! Best regards, Seb -- Sebastien Vauban
[O] Inline tasks: tiny export problem
Hello,
When using italic and bold attributes in the contents of inline task, these
are not properly exported.
- Org Input:
#+begin_src org
*** Test
- This is out of /scope/.
- That *maybe*.
*** END
#+end_src
- LaTeX Output:
#+begin_src latex
\todo[inline,caption={}]{\textbf{\textsf{ Test}}\\
\begin{itemize}
\item This is out of /scope/.
\item That *maybe*.
\end{itemize}
}
#+end_src
As you can see, the "to be italized" text and the "to be boldified" text are
simply passed without any conversion.
Best regards,
Seb
--
Sebastien Vauban
Re: [O] Calendar-like view of the org-agenda
Tassilo Horn member.fsf.org> writes: > I've also made the characters used for table rendering customizable, so > that you can use nice unicode glyphs. This is awesome! Could it somehow incorporated into orgmode to draw the tables there? Ciao, Marcus
Re: [O] tables column width question
Hi Jude On Sat, Jul 9, 2011 at 15:06, Jude DaShiell wrote: > Is it possible in table mode to have a table expand as well as contract? > If you make a header which has a minimal amount of spaces in it say: > | date | time | syst | dias | pulse | > +- "+-" is only for table.el format AFAIK. For Org tables format you need "|-" or "C-c -". Then you will get the expanded header: | date | time| syst | dias | pulse | |--+-+--+--+---| | <2011-07-09 Sat> | 08:06AM | 139 | 89 |81 | Is that what you are looking for? Michael
Re: [O] Release 7.6
On 8 Jul 2011, 立野 豊 wrote: > > Org-mode version 7.6 installed > > M-x Org-version > > Org-mode version 6.33x > > version 7.6 > ok? Do I understand you correctly, that you see a 6.33 version information instead of a 7.6? If so, have you followed the instructions[1] completely? To me it looks like you forgot a step and fall back to the emacs23-bundled version of org-mode. Michael Footnotes: [1] http://orgmode.org/manual/Installation.html#Installation
[O] [PATCH] fix calc-eval date()
Hello list, I'm not always up-to-date with the org master lately, so excuse me for only noticing it now. The commit 2e20cf9358deb9579ae6a22bc0deb2a772387194 and its parent broke the following functionality for me: | | Items | Dispatched | Arrived| HT | |---+-+++| | # | Foo bar baz | [2011-07-06 Wed 01:51] | [2011-07-09 Sat 14:00] | #ERROR | #+TBLFM: $5=(date(<$4>) - date(<$3>))*24*60*60;%i Before the above commit it would calculate the amount of seconds between the Dispatched and Arrived time using $5=(date(<$4>) - date(<$3>))*24*60*60;%i However with the introduction of org-table-time-string-to-seconds it broke, because [2011-07-06 Wed 01:51] would match the regexp "\\([0-9]+\\):\\([0-9]+\\)" and be considered a duration. I think this patch fixes this. diff --git a/lisp/org-table.el b/lisp/org-table.el index fcb6e9e..23118cc 100644 --- a/lisp/org-table.el +++ b/lisp/org-table.el @@ -3213,6 +3213,7 @@ For example: 28 -> AB." (sec (string-to-number (match-string 3 s (+ (* hour 3600) (* min 60) sec))) ((and (stringp s) + (not (string-match org-ts-regexp-both s)) (string-match "\\([0-9]+\\):\\([0-9]+\\)" s)) (let ((min (string-to-number (match-string 1 s))) (sec (string-to-number (match-string 2 s Hope that helps and thanks for the good work everyone, Benjamin Andresen
Re: [O] org-odt on Windows 7
Ciao Sebastian, sebastian.t...@unina.it writes: > I tried the new org-odt exporter in org-mode 7.6 running emacs 23.3 > on Windows 7 with (org-export-as-odt). It stops before generating an > output with the error message: Searching for program: no such file or > directory, zip. I guess it is caused by not having a command line version > of zip in Windows. > > Is there a way to use org-odt under windows? Perhaps you can first try to get a command line version of zip under Windows 7? If you manage to get this, the ODT exporter will need to set a variable to let the user define the patch for this executable. But I'm not using Windows, so I can help more about the details. HTH, -- Bastien
Re: [O] Release 7.6
Hi, 立野 豊 writes: > Org-mode version 7.6 installed How? > M-x Org-version This is M-x org-version RET (not "Org-version) > Org-mode version 6.33x You probably need to run make && make install But we need more detailed information on what you did, what is your system, etc. -- Bastien
Re: [O] Release 7.6
Org-mode version 7.6 installed M-x Org-version Org-mode version 6.33x version 7.6 ok?
[O] org-odt on Windows 7
Hello, I tried the new org-odt exporter in org-mode 7.6 running emacs 23.3 on Windows 7 with (org-export-as-odt). It stops before generating an output with the error message: Searching for program: no such file or directory, zip. I guess it is caused by not having a command line version of zip in Windows. Is there a way to use org-odt under windows? Best, Sebastian
Re: [O] Calendar-like view of the org-agenda
At Wed, 6 Jul 2011 11:30:02 + (UTC), Memnon Anon wrote: > > Bastien writes: > > > Thanks for this -- I guess you'll find a lot of dedicated testers here. > [...] > > Also explore the Agenda views (M-x org-agenda -- see the manual), your > > package might give us new ideas on how to display agenda information. > > might? I'm almost certain it will! > This is *beautiful*. > > Just when I thought it couldn't get any better, *pow*, there comes a new > project along. Thank you for your comment! > ,[ calfw-org.el ] > | ;; Display org-agenda items in the calfw buffer. > | ;; (Because I don't use the org-agenda mainly, > | ;; I hope someone continue integration with the org.) > ` > > With so many orgers around, I have no doubt that org integration will > improve. In this week, I hardly have had a time for calfw and org ML. I will continue better integration with orgmode. Thank you
Re: [O] Calendar-like view of the org-agenda
At Wed, 6 Jul 2011 12:41:06 +0200, Manuel Hermenegildo wrote: > : > > I particularly like having a graphical view of my commitments, > > especially for a month, without worrying about detail. Org's > > agenda view becomes cumbersome (for me) when going beyond a week's > > view (or even a day sometimes...) [1]. > > Me too, but the problem with the current approach is that, at least > for me, this view is full of tasks that are not mine, are in a > different order (not by priorities), etc., which then does not help. Sorry for my less experience of orgmode. Can I get a sample task file which contains such complex schedules?
Re: [O] Calendar-like view of the org-agenda
At Wed, 06 Jul 2011 11:23:00 +0100, Eric S Fraga wrote: > : > what I would like, however, is that the detailed view that is accessible > from hitting the space bar in the cfw view put me into an agenda view > for that day. that would then give me full access to org! this should > be quite simple: replace the detail view with a simple invocation of the > default org-agenda view (what you get from C-c a a, say) for that > particular date? I will try this idea. It may be easy to implement. > Footnotes: > [1] I often use Google's calendar for this, having uploaded all my > org details but I don't expect to use Google to update my org files. One can display an org schedule and a google calendar one in the same buffer. Here is a sample code. == (require 'calfw-org) (require 'calfw-ical) (defun my-open-calendar () (interactive) (cfw:open-calendar-buffer :view 'month :contents-sources (list (cfw:org-create-source "Seagreen4") ; color (cfw:ical-create-source "ical" "https://www.google.com/calendar/ical/../basic.ics"; "#2952a3" ;; title, URL, color == The commands `cfw:open-org-calendar' and `cfw:open-ical-calendar' are simple API for quick use. Giving schedule source (cfw:source) objects via the argument `:contents-sources', one can mix some calendar schedules in one buffer. I will write the document about calfw customization soon.
[O] tables column width question
Is it possible in table mode to have a table expand as well as contract? If you make a header which has a minimal amount of spaces in it say: | date | time | syst | dias | pulse | +- Then put an entry like: | <2011-07-09 Sat>\t08:06AM\t139\t89\t81 in that table then save that table, will the header be adjusted to fit the entry below it?
[O] LaTeX export: Problem with clipped tables
Hi there!
I experience some problems when exporting clipped tables to LaTeX:
The text in the fields doesn't get properly expanded, the `=>' is not
removed.
Imagine the following table in org-mode:
| on the one hand | on the other => |
|-+-|
| <15>| <15>|
| some long tex=> | Lorem ipsum d=> |
Exporting to LaTeX gives me:
\begin{center}
\begin{tabular}{ll}
on the one hand & on the other =>nd \\
\hline
some long tex=>line in this field & Lorem ipsum d=>or sit \\
\end{tabular}
\end{center}
Strangely enough, when copying the LaTeX source from my emacs buffer
into Thunderbird, the `=>' disappear, and the text is correct...
I use version 7.6.
Any hints?
Regards.
--
Frederik
[O] Durations and time values combined with the clock table..
Hello! Great work with the new functions allowing time calculations in the spreadsheet! Just a few remarks.. The default format is MM:SS and hours have to be qualified by using three positions HH:MM:SS. Would it not be smart if the default for this calculations is the same as the time-format for the clock table? There the default is HH:MM - i presume due to the superfluity of seconds. I do not really care which format is the default but being able to use the time calculation on my org-mode-generated time-table, without having to manually add :SS to each string, would be great.. And another question, negative time? I realize that this sounds strange from a philosophical point of view... but being able to use minus in time-cells would be neat. As an example i've attached a dummy-timetable to this mail to illustrate my point. Column 6 and Row 2, column 5 & 6 is generated by the time-function. Clock summary at [2011-07-09 Sat 11:50] | Headline | Time || Proj Δ | Task Δ |Proj | |--+--++++-| | *Total time* | *359:50* || 10 | -285 |2:13 | |--+--++++-| | Project 1| 287:55 || 05:00 || 0 | | Task 1 | | 239:50 || 10:00 | 4:09:50 | | Task 2 | | 48:05 || -300 | 43:05 | | Project 2|71:55 || 05:00 || 0 | | Task 1 | | 47:50 || 10:00 | 57:50 | | Task 2 | | 24:05 || -5:00 | 29:05 | #+TBLFM: $6=$3+$5;T::@2$4='(apply '+ '(@3..@8));T::@2$5=vsum(@3..@8);T::@2 $6=vsum(@3..@8);T Also, summations over multiple columns or rows does not seem to be working =/ Regards Gustav
Re: [O] Thanks for Lilypond export (and minor comments)
Hi Achim, Achim Gratz writes: > Pure fixes should probably be applied on top of maint and then merged > into master (not cherry-picked from master to maint, this would create > duplicate history). On occasion this might produce a merge conflict, > but these instances should be rare. > > That way maint would be a stable, but still regularly bugfixed branch > without having all the excitement of living on master and having old > features pulled from under you while the new features aren't quite there > yet. If any larger bugs crop up, you can always tag a sub-release on > maint and create a package for anyone not using git. Yes, AFAIU that's what is described in README_maintainer. I will try to stick to this process. -- Bastien
Re: [O] Thanks for Lilypond export (and minor comments)
Hi Suvayu, Suvayu Ali writes: > Maybe the development model followed by git itself would be a good > solution (merges instead of cherry-picking)? Although I fear org is a > much smaller project compared to git and it could be an overkill. > > http://www.kernel.org/pub/software/scm/git/docs/howto/maintain-git.txt Nice read, thanks. I guess the relevance of such a development model mainly depends on how many developers are trying to collaborate, and at what pace. Let's see if a problem emerges from our current development model, and how to fix it then. -- Bastien
Re: [O] Bug in ODT exporter
Hi Jambunathan, Jambunathan K writes: > Thanks for reporting the bug. I have pushed a fix few moments ago. Could > you please try again? I tried and it works -- thanks for the fix! > The problem was that timestamps were occuring as list item in the > example you provided which confused the exporter. > > If you encounter corruption issue or issues related to formatting of odt > file you can identify the root cause as below: > > 1. Switch to *.odt buffer (C-x b whatever.odt) > 2. Open the content.xml (Hit RET on content.xml) > 3. Do a C-u C-c C-n (M-x rng-first-error) > 4. Note the error message as well as the XML stuff at the point of >error. > > Once the error is identified, you can create a minimal org file for > reproducing the bug very easily. Thanks for the detailed recipe. Best, -- Bastien
Re: [O] patch org-mode Makefile - solve a couple debian build problems and a slackware build problem
Hi Achim, Achim Gratz writes: > A Makefile is not the place to pull stunts, IMHO. Whenever you feel > that should become necessary, maybe it's time to go autoconf or some > similar mechanism. I don't think that's the right thing to do for > org-mode, since it again adds some dependency on other software. I'm not a big fan of considering autoconf either. Wild guess: - 90% of Org users use the Emacs version; - for those who do not, 90% can live with the current Makefile; - for the 10% that cannot run the Makefile: - 50% will just locally add the right load-path and info-path - 50% will need more install information. The solution I suggest is to clearly document the few exceptions (0.5%) for those who need them. -- Bastien
