[O] Using Emacs Org-mode on a server with ssh on an iPad
As I mentioned in a previous message, I recently bought an iPad. I'm considering the possibility to not use Mobileorg and use Emacs on a server (Digital Ocean) with an ssh client and a bluetooth keyboard. Is anyone using Emacs and org-mode this way regularly? Which ssh client are you using? Which bluetooth keyboard? Thanks Pere
[O] Mobileorg doesn't correctly import one .org file
Hi, I recently bought an iPad and I wanted to try Mobileorg again. My org-mode installation was already configured as I tried it last year with my iPhone. So I lauched org-mobile-push on my computer and I synced Mobileorg. Everything looks fine except one file which is not correctly imported. It is just partially imported, the last part is missing, and the level of the last headlines is not correct. The .org file looks correct on my computer. What could be going on? I would prefer not to share the file, as it contains private information. Thanks, Pere
Re: [O] Tasks with lots of logbook entries are very slow
El 26/03/14 09:31, Peter Neilson ha escrit: On Wed, 26 Mar 2014 04:10:02 -0400, Pere Quintana Seguí p...@quintanasegui.com wrote: El 25/03/14 19:27, Marcin Borkowski ha escrit: Dnia 2014-03-25, o godz. 16:00:01 Pere Quintana Seguí p...@quintanasegui.com napisał(a): I log most of my work with org-mode. Some of my tasks are repetitive, this is, I do them weekly or daily (i.e. empty mail inbox). After many years, the logs are very long. As a consequence, marking these tasks as done is *very* slow. Is there a workaround that does not involver deleting the logs? Archiving? No, archiving would'nt work, as I need the task every day. Thanks for the tip. Pere Perhaps this will help: Standard method for log maintenance outside of org is to rotate logs into archive. The current log is only for the current day (or month, week, or year). Other criteria, such as log size, can be used to trigger rotation. Rotation cuts off the current log, archives it, possibly deletes truly ancient logs, and starts a new current log. Look up the Linux logrotate command for further info. Here's one description: http://www.thegeekstuff.com/2010/07/logrotate-examples/ I didn't understand your message. I thought you meant archiving the task, but in fact you meant archiving the logs. That's what I've done. thanks :-)
Re: [O] Tasks with lots of logbook entries are very slow
El 26/03/14 09:12, Pere Quintana Seguí ha escrit: El 25/03/14 19:47, Achim Gratz ha escrit: I've long resorted to using two drawers back-to-back: That seems to be the most straightforward solution. I'll do that. Maybe org-mode could do this automatically. A variable would determine when log entries should be archived in the second drawer. I would write a patch if I could program in elisp, but I can't. :'( Thanks, Pere The solution has been configuring org-drawers to create a new drawer called :LOGBOOKARCHIVE I will put the old logs there, as Achim Gratza suggested. Thanks for your tips, Pere
Re: [O] Tasks with lots of logbook entries are very slow
El 25/03/14 19:27, Marcin Borkowski ha escrit: Dnia 2014-03-25, o godz. 16:00:01 Pere Quintana Seguí p...@quintanasegui.com napisał(a): I log most of my work with org-mode. Some of my tasks are repetitive, this is, I do them weekly or daily (i.e. empty mail inbox). After many years, the logs are very long. As a consequence, marking these tasks as done is *very* slow. Is there a workaround that does not involver deleting the logs? Archiving? No, archiving would'nt work, as I need the task every day. Thanks for the tip. Pere
Re: [O] Tasks with lots of logbook entries are very slow
El 25/03/14 19:47, Achim Gratz ha escrit: I've long resorted to using two drawers back-to-back: That seems to be the most straightforward solution. I'll do that. Maybe org-mode could do this automatically. A variable would determine when log entries should be archived in the second drawer. I would write a patch if I could program in elisp, but I can't. :'( Thanks, Pere
[O] Tasks with lots of logbook entries are very slow
I log most of my work with org-mode. Some of my tasks are repetitive, this is, I do them weekly or daily (i.e. empty mail inbox). After many years, the logs are very long. As a consequence, marking these tasks as done is *very* slow. Is there a workaround that does not involver deleting the logs? Example: PNDT Processar la bústia d'entrada SCHEDULED: 2014-03-25 dt ++1d :LOGBOOK: CLOCK: [2014-03-25 dt 15:31] - State DONE from PNDT [2014-03-25 dt 15:20] CLOCK: [2014-03-24 dl 13:21]--[2014-03-24 dl 13:36] = 0:15 - State DONE from PNDT [2014-03-21 dv 16:18] CLOCK: [2014-03-21 dv 15:42]--[2014-03-21 dv 16:18] = 0:36 - State DONE from PNDT [2014-03-20 dj 16:25] (very long list with log entries since 2009). :END: I use org-mode 7.8.11 with Emacs 23.4.1. Thanks, -- Pere Quintana http://pere.quintanasegui.com
Re: [O] Use id property as anchor in the Table of Contents
2011/9/15 Olaf Dietsche olaf+list.orgm...@olafdietsche.de: With this patch, what happens if there is no id in a heading, does it create it automatically? It is supposed to use the CUSTOM_ID, if set. Next, it tries the ID property. At last, it falls back to sec- Ok, perfect. Thanks.
Re: [O] Use id property as anchor in the Table of Contents
2011/9/13 Olaf Dietsche olaf+list.orgm...@olafdietsche.de: You might try this *untested* patch. It is against git master. :D Thanks!!! How did you create ID properties for all entries? Have you exported your org-files to icalendar? Most of them have ID properties because I often link them internally. When I create the link with C-c l, org adds the id. For those that do not have ID, I'll create them manually with org-id-get-create. With a keyboard macro this will be fast. And please, don't forget to backup your files! Of course! Fortunately I version control my ~/org folder with Bazaar. With this patch, what happens if there is no id in a heading, does it create it automatically? At work I'm using stable versions of Org-mode. This weekend I'll try the git version at home and test your patch. Thanks
Re: [O] Use id property as anchor in the Table of Contents
2011/9/8 Bernt Hansen be...@norang.ca Pere Quintana Seguí pquint...@obsebre.es writes: Hi, I'm using Org-mode to publish my website. One of my site's pages has a lot of sections and the number of sections is increasing rapidly. My problem is that the HTML exporter, in the Table of Contents, is using the section numbers as anchors. As the section numbers change with time, I can't get stable links across versions of the document. As many of the sections (headings) have id properties, I'd like the HTML exporter to use them as anchor for the Table of Contents, when available. Is this possible? I didn't find an answer in the manual. As an example. This is the document I'm working on: http://pere.quintanasegui.com/diccionari-tecnologia.html#sec-2-78 As you can see, section 2.78, called RSS, has the anchor sec-2-78. If the anchor was its id 04E3903E-EAF1-499F-98CD-9E3E4BA0806A, the link would remain the same in the future. I don't mind if the URL is not human readable. Sec-2-78 isn't human readable too. Hi Pere, You can manually provide CUSTOM_ID properties. These ids are used in the TOC. e.g. * Reminders :PROPERTIES: :CUSTOM_ID: Reminders :END: for http://doc.norang.ca/org-mode.html#Reminders OK, thanks for the tip. That's an option, but unfortunately it is not automatic. I don't know if there is a way to use the ID property automatically. Unfortunately I don't know lisp, so I can't modify org-mode to provide this feature :'( If anyone is willing, I would be very grateful. Thanks, Pere
[O] Use id property as anchor in the Table of Contents
Hi, I'm using Org-mode to publish my website. One of my site's pages has a lot of sections and the number of sections is increasing rapidly. My problem is that the HTML exporter, in the Table of Contents, is using the section numbers as anchors. As the section numbers change with time, I can't get stable links across versions of the document. As many of the sections (headings) have id properties, I'd like the HTML exporter to use them as anchor for the Table of Contents, when available. Is this possible? I didn't find an answer in the manual. As an example. This is the document I'm working on: http://pere.quintanasegui.com/diccionari-tecnologia.html#sec-2-78 As you can see, section 2.78, called RSS, has the anchor sec-2-78. If the anchor was its id 04E3903E-EAF1-499F-98CD-9E3E4BA0806A, the link would remain the same in the future. I don't mind if the URL is not human readable. Sec-2-78 isn't human readable too. Thanks Pere
[O] Problem loading org-odt [Re: Release 7.6]
are optional. Thanks to Martin Halder, Eric Schulte and Carsten for code and feedback on this. Links within inlined footnotes. It as also possible to have footnotes side-by-side correctly exported. New variables =org-export-latex-footnote-separator=, =org-export-html-footnote-separator= and =org-export-docbook-footnote-separator= are used to separate them in that case. Fontification of footnotes is also more accurate. New variable =org-export-with-tasks= ~ Non-nil means include TODO items for export. This may have the following values: - t include tasks independent of state. - todo include only tasks that are not yet done. - done include only tasks that are already done. - nil remove all tasks before export - list of TODO kwds keep only tasks with these keywords Thanks to Carsten for implementing this! New variable =org-export-latex-timestamp-inactive-markup= ~~ This variable allows the user to define the LaTeX markup for inactive timestamps. It defaults to the same markup than active timestamps. Thanks to Eric S Fraga for this patch. New =org-default= face ~~~ =M-x customize-face RET org-default RET= will let you define the default face for =org-mode= buffers. Babel improvements ~~~ * In line code block call syntax It is now possible to call code blocks from within blocks of prose. The new syntax is exactly analogous to the existing =#+call:= line syntax, only it may be present embedded in a block of prose for example =call_double(num=8)= would call the =double= code block assigning the =num= variable to the value =8=. * Optional variable names in code block calls Variable names are now optional when passing variables to a code block reference. Un-named variables will be assigned in order as shown below. #+source: minus #+begin_src emacs-lisp :var a=0 :var b=0 (- a b) #+end_src #+call: minus(a=8, b=4) #+call: minus(8,4) * Sub-tree ID as valid code block variable reference It is now possible to assign the textual contents of an Org-mode subtree to a code block variable using the ID of the subtree. Both custom IDs and Org-mode IDs may be used. For example; * =org-babel-tangle-body-hook= for reprocessing code block bodies during tangling * =padline= header argument controls newline padding during tangling * Maxima code blocks are now supported Thanks to Eric Fraga for contributing this support. * =awk= code blocks are now supported * Added =xmpfilter= to Ruby code blocks for annotated code output * New =noweb-ref= header argument This header argument may be used to concatenate the bodies of many code blocks into a single noweb reference. This brings Org-mode's tangling functionality in line with traditional noweb tangling. A no web reference like the following will now expand to include the bodies of all code blocks which are named =the-ref=, as well as all code blocks which have a =:noweb-ref= header argument set to the value =the-ref=. New tests ~~ The =tests/= directory has been extensively updated. Important bugfixes === Org-exp-blocks --- proper handling of recursively nested blocks During export pre-processing org-exp-blocks will now ensure that all matched blocks contain a proper balanced number of recursively nested blocks. Before this fix nested blocks such as the following would break during export. List handling ~~ Fix an infinite loop when a list has an end of block string without the corresponding beginning. Auto-filling cannot happen at a location where it would otherwise insert a new item. Details Footnotes have gone through some bug-fixing: ~ - properly ignore footnotes in comments, - export calls to previously defined footnotes in LaTeX using \footnotemark, - export footnotes before first heading (LaTeX), - export footnotes when selecting a subtree not holding their definition (LaTeX). Many small bug fixes have been applied to list handling - fix `org-timer-item', - fix insertion of a new item with a non-nil `indent-tabs-mode', - fix use of `fill-region' in an item, - correct export lists within footnotes and footnotes within lists, - correctly export lists containing macros, - don't ignore with-case specification when sorting a list, - better indentation handling when changing an item to an headline or the other way, - fix check-boxes' cookies updating. -- Bastien -- Dr. Pere Quintana Seguí Observatori de l'Ebre (Universitat Ramon Llull - CSIC) Horta Alta, 38
Re: [O] Problem loading org-odt [Re: Release 7.6]
2011/7/7 Nick Dokos nicholas.do...@hp.com: Pere Quintana Seguí pquint...@obsebre.es wrote: 4. Modify ~/e.macs.d/org.el (which is loaded from init.el) (setq load-path (cons ~/.emacs.d/lisp/org-7.6/lisp load-path)) (require 'org-install) It's in contrib, so you need to add one more thing to your load path: (add-to-list 'load-path ~/.emacs.d/lisp/org-7.6/contrib/lisp) Nick Thanks Nick! That was easy and simple. I didn't know org-odt. I just tested it and it is impressive. Thanks to those that made it possible. Pere -- Dr. Pere Quintana Seguí Observatori de l'Ebre (Universitat Ramon Llull - CSIC) Horta Alta, 38. 43520 Roquetes (Tarragona), Spain. T. (+34) 977 500 511 - F. (+34) 977 504 660 http://www.obsebre.es - http://pere.quintanasegui.com
Re: [Orgmode] Re: Merging .org files
Al 31/01/11 21:45, En/na Michael Welle ha escrit: it depends on so many factors, disk speed vs. cpu speed for instance. Maybe you could experiment with your data set and post some numbers ;). At the end, I did my experiment, but not in a scientific manner. I did no measurements. Nevertheless, qualitatively, I can now say that I reduced the number of org files from ~200 to 8 and the agenda builds much faster, specially on my netbook which was very slow and now it is just slow. On my Desktop computer, building the agenda was fast and now it is very fast. But, what is better, now MobileOrg works fine on my iPhone, before it was useless. Sorry for not being able to provide quantitative details. At the end, I did the merging of the files manually. Inspecting the files, one by one, was very useful, as it allowed me to delete some useless information and better organise the rest. Now I have to learn to better navigate within my much longer org files. Before, I used ido-mode to jump from buffer to buffer, now I guess I have to practise more sparse trees to jump from headline to headline. -- Dr. Pere Quintana Seguí Observatori de l'Ebre (Universitat Ramon Llull - CSIC) Horta Alta, 38. 43520 Roquetes (Tarragona), Spain. T. (+34) 977 500 511 - F. (+34) 977 504 660 http://www.obsebre.es - http://pere.quintanasegui.com GnuPG:2CAB4330 http://pere.quintanasegui.com/coses/key-transition.txt signature.asc Description: OpenPGP digital signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Merging .org files
Al 30/01/11 22:51, En/na Matt Lundin ha escrit:
Pere Quintana Seguí pquint...@obsebre.es writes:
In my current system, I have about 200 .org files. With this number of
files, building the agenda is very slow in my home computer and, also,
makes the performance of MobileOrg quite poor.
So, I would like to join files, to increase the system's performance.
FWIW, I've found the opposite to be true. Splitting up larger files and
reducing the depth of the hierarchy marginally improves agenda
performance (~ 0.2 seconds acc. to elp). But in my case, I split 10
files into 40, so I have no idea what 200 files would do. Perhaps
there's a sweet spot somewhere? I also haven't used mobile org.
So, maybe my initial assumption is wrong.
Has anybody run some experiments to check if it is better to have a
small number of big files or many small files?
In my experience, archiving old items and reducing the number of active
todos is the best way to keep the agenda snappy.
Is there any script to cleanly join files, by transforming the title of
the file in a first level heading (*) and adding an star to all other
headings of the file?
Perl is always handy for this type of thing:
--8---cut here---start-8---
#!/usr/bin/perl
use strict;
use warnings;
my $mergefile = /tmp/merged.org;
open NEWFILE, , $mergefile
or die Can't open $mergefile: $!;
while () {
s/^(\*+)/*$1/;
s/^#\+TITLE:\s+(.*)$/* $1/;
s/^(#\+\w+:.*)$/: $1/;
print NEWFILE $_;
}
close NEWFILE;
--8---cut here---end---8---
Note: This is a quick proof of concept. Use at your own risk. ;)
Great, thank you!
Pere
--
Dr. Pere Quintana Seguí
Observatori de l'Ebre (Universitat Ramon Llull - CSIC)
Horta Alta, 38. 43520 Roquetes (Tarragona), Spain.
T. (+34) 977 500 511 - F. (+34) 977 504 660
http://www.obsebre.es - http://pere.quintanasegui.com
GnuPG:2CAB4330
http://pere.quintanasegui.com/coses/key-transition.txt
signature.asc
Description: OpenPGP digital signature
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Merging .org files
Hello, In my current system, I have about 200 .org files. With this number of files, building the agenda is very slow in my home computer and, also, makes the performance of MobileOrg quite poor. So, I would like to join files, to increase the system's performance. Is there any script to cleanly join files, by transforming the title of the file in a first level heading (*) and adding an star to all other headings of the file? I think this is the cleaner way to join files. Thank You, Pere -- Dr. Pere Quintana Seguí Observatori de l'Ebre (Universitat Ramon Llull - CSIC) Horta Alta, 38. 43520 Roquetes (Tarragona), Spain. T. (+34) 977 500 511 - F. (+34) 977 504 660 http://www.obsebre.es - http://pere.quintanasegui.com GnuPG:2CAB4330 http://pere.quintanasegui.com/coses/key-transition.txt signature.asc Description: OpenPGP digital signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Merging .org files
Al 30/01/11 18:39, En/na Juan Pechiar ha escrit: Hola Pere, I'd suggest creating a master document with #includes of all your Orgmode files, and then export this master document as org-mode. http://orgmode.org/manual/Include-files.html#Include-files There is a :minlevel attribute to automatically demote included org-mode files. Saludos, .j. I'll try this. It looks like a very clean way to do this. Gracias, Pere -- Dr. Pere Quintana Seguí Observatori de l'Ebre (Universitat Ramon Llull - CSIC) Horta Alta, 38. 43520 Roquetes (Tarragona), Spain. T. (+34) 977 500 511 - F. (+34) 977 504 660 http://www.obsebre.es - http://pere.quintanasegui.com GnuPG:2CAB4330 http://pere.quintanasegui.com/coses/key-transition.txt signature.asc Description: OpenPGP digital signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Merging .org files
Al 30/01/11 20:22, En/na Michael Welle ha escrit: In my current system, I have about 200 .org files. With this number of files, building the agenda is very slow in my home computer and, also, makes the performance of MobileOrg quite poor. So, I would like to join files, to increase the system's performance. don't the org files reflect another structure, for instance projects you are working on, customers you are dealing with etc? Yes, they are organised in subjects. But, they could be organised in another way. There is more than one valid way to efficiently organise my information and I should choose the one that performs better. My current system is not good enough. Is there any script to cleanly join files, by transforming the title of the file in a first level heading (*) and adding an star to all other headings of the file? If you don't follow the advice of Juan, maybe you want only a few files merged into one file each, you can hack a Perl script or something similar. Finding regexp that match the headings isn't that complicated. I'll probably follow Juan's advice. Which is very clean. I know that hacking a script is easy, but it is even more efficient to use an already written script if it was already written by someone. My belief is that one of the points of free software is to reuse code as much as possible. And I think that there is much more wisdom in this list than in my humble brain, as Juan has proved. Thank you, Pere -- Dr. Pere Quintana Seguí Observatori de l'Ebre (Universitat Ramon Llull - CSIC) Horta Alta, 38. 43520 Roquetes (Tarragona), Spain. T. (+34) 977 500 511 - F. (+34) 977 504 660 http://www.obsebre.es - http://pere.quintanasegui.com GnuPG:2CAB4330 http://pere.quintanasegui.com/coses/key-transition.txt signature.asc Description: OpenPGP digital signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Multi-line headline
B Smith-Mannschott bsmith.o...@gmail.com writes: On Mon, Oct 25, 2010 at 17:39, Bill Zingler billzing...@gmail.com wrote: All, Is it possible to have multi-line headlines? If so, how do I set it up? Not as such, no, but you could use visual-line-mode to wrap the overly long line on screen. (I think this was added with emacs 23.1.) Since Emacs 23.2 you can use visual-line-mode and org-indent-mode. The view is much cleaner, long lines fold (which solves bill's problem) and the resulting .org file is easier to read with other text editors, which helps sharing documents with other people. -- Dr. Pere Quintana Seguí Observatori de l'Ebre (Universitat Ramon Llull - CSIC) Horta Alta, 38. 43520 Roquetes (Tarragona), Spain. T. (+34) 977 500 511 - F. (+34) 977 504 660 http://www.obsebre.es - http://pere.quintanasegui.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Babel for blogging
Thanks for the tip Eric, I'll use it to create a sitemap for my site, which is made using org-mode. Do you know if it would be possible to create an RSS file, using a similar approach? Thanks, Pere Al 15/10/10 19:07, En/na Eric Schulte ha escrit: Hi Manuel, The following works for me, it creates an index of all files in the same directory as the Org-mode file. --8---cut here---start-8--- * index Create an index automatically with an elisp code block. #+begin_src emacs-lisp :exports results :results raw (mapconcat (lambda (file) (unless (file-directory-p file) (format - [[%s][%s]] (file-name-sans-extension file) file))) (directory-files (or default-directory (file-name-directory (buffer-file-name \n) #+end_src --8---cut here---end---8--- Does this solve your requirement? Cheers -- Eric Manuel Giraud manuel.gir...@univ-nantes.fr writes: Hi, I'd like to set up a simple blog (with static page only) using emacs. So far, I was able to use emacs-muse based on the following instructions: http://alexott.net/en/writings/EmacsMuseMyPage.html http://www.diale.org/muse-functions.html Now, I'd like to give org-publish a try because it seems to provide nice features (and i'm already using org-mode as an agenda anyway). So far so good I can publish entries, but I can't find a way to produce an index of all the entries sorted by date. With muse, i created a file with a lisp/lisp block to call the function muse-index-as-string-sort-by-date and this call insert the updated index in place. Now I'd like to do something similar using org-mode babel feature, but if i try this: ---8- #+BEGIN_SRC emacs-lisp :results output :exports results (list [[bar][1]] [[foo][2]]) #+END_SRC ---8- The content appears as a code snippet in the html export which is not exactly what I want. How can I do this? Am I misleaded because org-publish already provide this? ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- http://pere.quintanasegui.com signature.asc Description: OpenPGP digital signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Babel for blogging
Al 15/10/10 22:32, En/na Eric Schulte ha escrit: this approach might be less appropriate for RSS, mainly because code block output is most easily contained in an Org-mode file, and then exported along with the rest of the file. RSS files require special headers and footers and can not be embedded in a standard html file, you may be better off looking for an external tool to handle the generation of RSS content. Thanks. I think I'll try to create a python script that takes the dates of the html files in a folder and takes the title from the first line of each .org file and then creates the RSS. It might work. -- http://pere.quintanasegui.com signature.asc Description: OpenPGP digital signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] memory management in orgmode (supermemo)
Hello, I'm a *very* happy org-mode user since a year ago. In fact, it became a sort of dual brain for me. Thanks for producing such a great piece of software. Today I read a Wired article about SuperMemo: http://www.wired.com/medtech/health/magazine/16-05/ff_wozniak?currentPage=1 SuperMemo is a flashcard program that calculates the best time to show you a piece of information in order to optimise its retention. Apparently, the methodology is very useful to load lots of information into the brain. I think that memory is very important, because when the information is within the brain, it is much easier to make connections and see the whole picture. While reading the article, I thought that the supermemo algorithm should be implemented within org-mode. After all, all my information is in .org files. My *Org-Agenda* could show me, everyday, the items I should to check again in order to retain them in my brain. In fact, watching SuperMemo's screenshots, I saw that this program has many features that are similar to org-mode. For example, look at this: http://www.supermemo.com/help/images/thumb/9/9b/Contents_window.jpg/528px-Contents_window.jpg I'm not a programmer at all, therefore I cannot implement this myself. Do you know if somebody already started such a project? Are there any plans to do so? Thanks, Pere Quintana -- http://pere.quintanasegui.com signature.asc Description: OpenPGP digital signature ___ 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] memory management in orgmode (supermemo)
En/na Russell Adams ha escrit: That article looks very interesting. Given the outline format and scheduling in Org it would be conceptually simple to accomplish what they describe. That is what I thought. Is there someplace that the algorithm is fully documented? There are two free software implementations of supermemo: Anki: http://ichi2.net/anki/index.html and Mnemosyne: http://www.mnemosyne-proj.org -- http://pere.quintanasegui.com signature.asc Description: OpenPGP digital signature ___ 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: memory management in orgmode (supermemo)
En/na Detlef Steuer ha escrit: There is flashcard.el which the author abandonned to work on anki. -- http://pere.quintanasegui.com signature.asc Description: OpenPGP digital signature ___ 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] memory management in orgmode (supermemo)
En/na Darlan Cavalcante Moreira ha escrit: I use Anki myself and it really is an excellent piece of work. It even synchronizes among the different computers that I use. If there was some way to exchange information between Emacs and Anki it would be better than reimplementing supermemo algorithm in org-mode IMHO. Unfortunately, I don't think there is a d-bus interface for Anki. That would be a good idea. The other thing that supermemo implements is incremental reading http://en.wikipedia.org/wiki/Incremental_reading I don't know much about it, as apparently only supermemo implemented it. But I guess it would be also well adapted to org-mode. Did you ever try it? Do you think it would be a nice addition to org-mode? -- http://pere.quintanasegui.com signature.asc Description: OpenPGP digital signature ___ 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: memory management in orgmode (supermemo)
Al 21/09/09 17:17, En/na Chris Gray ha escrit: There is also elip.el, which I have been using for a while and find quite nice.http://www.gnuvola.org/software/elip/ Thanks! I'll try it! -- http://pere.quintanasegui.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
