[O] Inconsistent output when logging things between org-indent-mode set to on and off
Hello again! I've found an inconsistency in org depending on if org-indent-mode is activated or not. When org-indent-mode is inactive i get spaces in front of schedules and deadlines under a headline, to match the start of the text of the headline i presume. When org-indent-mode is active I do not see this behaviour. Example when scheduling something with org-indent-mode on and then looking at the plain text: * Test SCHEDULED: <2011-12-23 Fri> Example when scheduling something without org-indent-mode and then looking at the plain text: * Test SCHEDULED: <2011-12-23 Fri> I propose is to remove the whitespace when org-indent-mode is inactive while scheduling things. Or make it a custom setting (maybe it already is?) with the default to not add whitespace. I do realize that this is a minor (really minor...) inconsistency, but it bugged me and why not report it then? Regards Gustav
Re: [O] Inconsistent output when logging things between org-indent-mode set to on and off
Hello, Gustav Wikström writes: > When org-indent-mode is inactive i get spaces in front of schedules and > deadlines under a headline, to match the start of the text of the headline > i presume. When org-indent-mode is active I do not see this behaviour. > > Example when scheduling something with org-indent-mode on and then looking > at the plain text: > > * Test > SCHEDULED: <2011-12-23 Fri> I don't have that behaviour. C-c C-s on an headline, with Org indent mode active, indent (virtually) the line like: > * Test > SCHEDULED: <2011-12-23 Fri> How do you obtain that? Regards, -- Nicolas Goaziou
Re: [O] Inconsistent output when logging things between org-indent-mode set to on and off
Hello! 2011/12/23 Nicolas Goaziou > Hello, > > Gustav Wikström writes: > > > When org-indent-mode is inactive i get spaces in front of schedules and > > deadlines under a headline, to match the start of the text of the > headline > > i presume. When org-indent-mode is active I do not see this behaviour. > > > > Example when scheduling something with org-indent-mode on and then > looking > > at the plain text: > > > > * Test > > SCHEDULED: <2011-12-23 Fri> > > I don't have that behaviour. C-c C-s on an headline, with Org indent > mode active, indent (virtually) the line like: > > > * Test > > SCHEDULED: <2011-12-23 Fri> > > How do you obtain that? > > If you disable org-mode after the scheduling and just looking at the plain text you will see no indentation. This is good (according to me ;) ) Doing the same thing from the start, without org-indent-mode, gives another result. This is the inconsistency I mention. Kind regards Gustav
Re: [O] Inconsistent output when logging things between org-indent-mode set to on and off
Gustav Wikström writes: > If you disable org-mode after the scheduling and just looking at the plain > text you will see no indentation. This is good (according to me ;) ) > > Doing the same thing from the start, without org-indent-mode, gives another > result. This is the inconsistency I mention. So, if I get it right, you claim that virtual indentation isn't consistent with real indentation. Well, this is true, but also logical. Disabling Org mode shouldn't remove all real indentation in the buffer, should it? Regards, -- Nicolas Goaziou
Re: [O] Inconsistent output when logging things between org-indent-mode set to on and off
2011/12/23 Nicolas Goaziou > Gustav Wikström writes: > > > If you disable org-mode after the scheduling and just looking at the > plain > > text you will see no indentation. This is good (according to me ;) ) > > > > Doing the same thing from the start, without org-indent-mode, gives > another > > result. This is the inconsistency I mention. > > So, if I get it right, you claim that virtual indentation isn't > consistent with real indentation. Well, this is true, but also > logical. > > Disabling Org mode shouldn't remove all real indentation in the buffer, > should it? > > I don't see why there is real indentation at all. org-indent-mode should not change the behavior of writing content in a file. It should (imho) just add virtual indentation to make the presentation better. Either org-mode with org-indent-mode adds (non-virtual) space when calling C-c C-s (or other similar function that has this behavior) or org-mode without org-indent-mode stops adding space when calling these functions. My opinion is that there should be no space in either setting as default. Regards Gustav
Re: [O] Bug due to org-startup-indented
Jambunathan K writes: >> This should be reproducible in windows using the same emacs-version >> though. So I'll make sure to send a mail to emacs-devel. > > Don't bother about attaching gdb etc and Don't use emacs-devel. > > I suggest that you file a bug report - M-x report-emacs-bug RET - with a > simple reproducible recipe. Remember to mention in the subject that it > is a crash in Emacs *runtime*. Gustav did so and Eli is on this bug. Thanks Gustav for taking care of reporting it there! -- Bastien
Re: [O] Exclude column from table when exporting
Carsten Dominik writes: > On 22.12.2011, at 15:32, Frozenlock wrote: > >> Is there a way to exclude columns when exporting a document containing >> tables? >> >> I know it is somewhat possible by using radio tables and :skipcols, >> but that would be a problem. I have _many_ tables and duplicate each >> of them, in addition of naming all of them, would be really >> complicated. >> >> I'm searching for a solution similar to the exclude row method "/". > > There is nothing built into the table code right now > which would let you do this. This has already been asked on the list -- I added a FAQ to worg/org-faq.org. This is not that hard to implement, though. I'll add this to the list of possible features. Thanks, -- Bastien
Re: [O] "org-time-stamp" and "org-time-stamp-inactive" no longer work
Hi York, York Zhao writes: > To keep this list updated, I just upgraded to the latest Emacs from git, > compiled and linked using mingw and this problem no longer exists. Thank you > all > for your help and merry Christmas. Thanks for the update! -- Bastien
Re: [O] Exclude column from table when exporting
On Dec 23, 2011, at 1:51 PM, Bastien wrote: > Carsten Dominik writes: > >> On 22.12.2011, at 15:32, Frozenlock wrote: >> >>> Is there a way to exclude columns when exporting a document containing >>> tables? >>> >>> I know it is somewhat possible by using radio tables and :skipcols, >>> but that would be a problem. I have _many_ tables and duplicate each >>> of them, in addition of naming all of them, would be really >>> complicated. >>> >>> I'm searching for a solution similar to the exclude row method "/". >> >> There is nothing built into the table code right now >> which would let you do this. > > This has already been asked on the list -- I added a FAQ to > worg/org-faq.org. > > This is not that hard to implement, though. I'll add this to > the list of possible features. Well,you need to add some extra syntax. Maybe using ATTR_ stuff, so as to not litter up the table itself any more? - Carsten > > Thanks, > > -- > Bastien - Carsten
Re: [O] Custom title page in org-mode
John Hendy writes: > Neat tip about just doing "#+title: "; hadn't realized a blank would > do the same as the bind entry! Thanks -- I've added a FAQ in worg/org-faq.org about this. -- Bastien
Re: [O] Exclude column from table when exporting
Carsten Dominik writes: > Well,you need to add some extra syntax. Maybe using ATTR_ stuff, so as to > not litter up the table itself any more? Yes, additional syntax should live outside the table and be backend-dependant. I will see how org-export.el and org-element.el handle #+ATTR_* for tables and think about the new syntax from there, as Nicolas' work has been done for this exact purpose: add more flexibility at export time on *any* element. Thanks, -- Bastien
Re: [O] Inconsistent output when logging things between org-indent-mode set to on and off
Gustav Wikström writes: > 2011/12/23 Nicolas Goaziou > >> Gustav Wikström writes: >> >> > If you disable org-mode after the scheduling and just looking at the >> plain >> > text you will see no indentation. This is good (according to me ;) ) >> > >> > Doing the same thing from the start, without org-indent-mode, gives >> another >> > result. This is the inconsistency I mention. >> >> So, if I get it right, you claim that virtual indentation isn't >> consistent with real indentation. Well, this is true, but also >> logical. >> >> Disabling Org mode shouldn't remove all real indentation in the buffer, >> should it? >> >> > I don't see why there is real indentation at all. org-indent-mode should > not change the behavior of writing content in a file. It should (imho) just > add virtual indentation to make the presentation better. > Either org-mode with org-indent-mode adds (non-virtual) space when calling > C-c C-s (or other similar function that has this behavior) or org-mode > without org-indent-mode stops adding space when calling these functions. > My opinion is that there should be no space in either setting as default. You may want to have a look at both `org-adapt-indentation' and `org-indent-mode-turns-off-org-adapt-indentation' variables. Regards, -- Nicolas Goaziou
Re: [O] [babel] noweb and results for ob-screen?
Hi Eric, thanks for pushing this up :) Well as far as I understood, ob-sh is at the final end (after org-babel did its job) a shell script which will be executed. ob-screen is an interactive connection to a screen session. Everything inside the source cgode block will be sent to this session. This is not limited to terminal commands, but could e.g., be keystrokes for a ncurse based program, a serial terminal, etc. Furthermore all is send over "as-it-is" Thus you could have different code blocks and concatenate them to complex commands. E.g., (not complex but for demo ;) ) #+src_name copy #+begin_src screen :session copy cp -ar #+end_src #+src_name source1 #+begin_src screen :session copy ~/data #+end_src #+src_name source2 #+begin_src screen :session copy ~/picture #+end_src #+src_name target1 #+begin_src screen :session copy /media/sdb1 #+end_src #+src_name target2 #+begin_src screen :session copy /media/sdb2 #+end_src Now you could call the code-blocks in the desired combination to create e.g. cp -ar ~/data /media/sdb1 or cp -ar ~/picture /media/sdb2 etc. Please note that the target blocks contain an empty line to send over a carriage return and hence start the final command in the screen session. Guess you could easily think of far more complex examples. The screen session is running parallel in an window beside emacs (guess it might be even possible to run it within emacs by e.g. eshell). Thus it is perfect to augmented the tasks. Unfortunately, ob-screen seems to have no idea of variables and results. Furthermore, I did not get noweb working but did not see why it should not work. At the moment I try to use it to open a serial terminal and talk to an measurement device. I can easily send over the commands necessary to talk to the device, but having noweb would allow me to combine different commands into small scripts. Like <> <> <> <> Each of those might contain many lines of cryptic ASCII characters and numbers You can try #+src_name start_emacs #+begin_src screen :session emacs emacs -nw #+end_src #+src_name hello_emacs_world #+begin_src screen :session emacs Hello Emacs World #+end_src Hope you get the idea :D Now imagine if you could send in variables, get results and being able to put different code blocks together. Torsten
Re: [O] Inconsistent output when logging things between org-indent-mode set to on and off
> > >> You may want to have a look at both `org-adapt-indentation' and >> `org-indent-mode-turns-off-org-adapt-indentation' variables. >> >> >> Ahh, I'll look into them. Would be nice if they defaulted to the same behavior but being able to customize it solves the problem for me at least. =) Kind regards and Merry Christmas Gustav
Re: [O] Please test the new Makefile
Hi Achim and Takaaki, Takaaki ISHIKAWA writes: > I think "make" and "make all" have the same effect usually. > In the new Makefile of org-mode, however, "make" is used > for displaying options of make command. > Is this familiar to all? > > For example, GNU Emacs doesn't require "make all", just "make". If we can stick to "make" let's stick to it. If it breaks GNU coding conventions, let's use "make all" instead, and send a bug report to emacs-devel... Thanks, -- Bastien
Re: [O] Inconsistent output when logging things between org-indent-mode set to on and off
Gustav Wikström writes: > Ahh, I'll look into them. Would be nice if they defaulted to the same > behavior but being able to customize it solves the problem for me at > least. =) The default behavior is to turn off `org-adapt-indentation' when `org-indent-mode' is turned on -- which seems correct. Anyway, glad if you found a solution! -- Bastien
Re: [O] lisp error: "unbalanced begin/end_src blocks with #(\"#+BEGIN_SRC C"
Hi Robert, Robert Lupton the Good writes: > generates the following traceback. Adding a "* foo" line above the > BEGIN_SRC avoids the problem. This should be fixed now. Thanks for reporting this, -- Bastien
Re: [O] org file for reference card?
Hi Vikas, Vikas Rawal writes: > In the attached file, I have put the text of the reference card in org > syntax. Please see and help improve. Thanks a lot for this file. I've added it to Worg and edited it: http://orgmode.org/worg/orgcard.html There are a few places where we need to fix truncated strings and problematic lines, but on the overall, I think it is really useful. Next step is to see how to build the .pdf and .txt version from that -- but I'd say it's possible. Thanks again! -- Bastien
Re: [O] org file for reference card?
Hi Sébastien, "Sebastien Vauban" writes: > It could be wise that this Org refcard would be usable by > anything-orgcard as well. It currently uses a text file located at > http://orgmode.org/orgcard.txt. Good idea. I'd say that using the .org should not be more difficult than using the .txt file, but I don't know the details behind anything-orgcard. > Updating the code of M. Sakurai _should_ not be too difficult to make it work > from a real Org file (instead of a text file). Hopefully M. Sakurai will bend his head over it -- please first things first, let's make this orgcard.org more useful on Worg! Best, -- Bastien
Re: [O] centering blocks cause latex export to crash
Hi Robert, Robert Goldman writes: > The attached org-mode file causes latex export to crash with an error of > "unbalanced begin/end center blocks with " This should work as expected now - please pull and confirm. Thanks, -- Bastien
Re: [O] centering blocks cause latex export to crash
Bastien wrote: > Hi Robert, > > Robert Goldman writes: > > > The attached org-mode file causes latex export to crash with an error of > > "unbalanced begin/end center blocks with " > > This should work as expected now - please pull and confirm. > I tried it with Robert's skeleton input file: AFAICT, it works as expected. I hope it works with Robert's real file too. Thanks for fixing it! Nick
[O] Fw: [REQUEST] Microsecond timestamps
I'm forwarding this to the list as it was sent only to my mailbox by mistake. -- Christian - Dear Orgers, I would like to make a feature request for microsecond timestamps. Since I often find myself making a list and checking it twice, I think the excellent Org mode would be a great way to schedule my deliveries. However, the existing timestamp functionality just won't cut it for me. As my typical use case involves visiting over 2.5 billion homes in 48 hours, I need to be able to schedule each TODO to microsecond accuracy. Please consider developing this feature. Meanwhile, I'm happy to announce experimental Org support in our orders department -- beta testers welcome! For the trial period we will give push access to everyone on the Org mailing list who's been a good little girl or boy all year. (So be good, for goodness sake!) Just do git clone git://north.pole/littlehelpersrepo.git Then simply add your items to wishlist.org, check that they're cross-referenced to an up-to-date address in contacts.org, commit your changes and push. Merry Christmas, everybody! Ho ho ho! Santa
Re: [O] "org-time-stamp" and "org-time-stamp-inactive" no longer work
>> To keep this list updated, I just upgraded to the latest Emacs from git, >> compiled and linked using mingw and this problem no longer exists. Thank you >> all >> for your help and merry Christmas. > > Thanks for the update! > > -- > Bastien You are welcome Bastien and Merry Christmas. York
Re: [O] Bug: [ORG->ODT] Export does not respect author:nil and timestamp:nil [7.8.02 (release_7.8.02.8.g8fb0)]
Jonathan I have pushed a fix for this. Please pull again. > Prior to commit: f5add81f4b2b0d39f0597967fae4076fa5f8eff0 > "org-odt.el: > Include author and date in the title" when exporting my resume to ODT > the exporter respected my export options for author:nil and > timestamp:nil. > > Since the above commit my odt file includes Author and Date > information in the subtitle regardless of what was set in the options > line. --
[O] Tags question
I like seeing an organized breakdown of tasks I need to get done. I don't use deadlines, so the agenda view isn't useful to me, but what would be nice is just all of my tasks grouped by tags. So, for each tag, all tasks with that tag. I'd been doing this manually by setting up a heirarchy and using the outlining tools, but I'm afraid using tags instead of heirarchy is becoming useful to me. Is there any agenda view or other feature that does this, and if not, how might I go about coding it myself? - Pavel Panchekha
Re: [O] [bug] Commit 6f8ea8e breaks the build
Achim Gratz writes: > Requiring htmlfontify seems to spawn a shell while byte-compiling > please consider removing the rquire statement and replacing with the > appropriate declarations. Done. --
