Re: [O] New backend for org-agenda: (Was Calendar-like view of the org-agenda)
Hi Bastien, At Thu, 21 Jul 2011 11:52:44 +0200, Bastien wrote: : I'm also think about cache in the calfw side, such as an alist: (date . [a list of contents]). Then, uses can refresh the cache explicitly. It is easy to implement. Is the plan(1) the same idea? Yes, It's the same idea, but on Org's side. I see. It sounds great. I'm focusing on bugfixes for the next release and cannot work through the details of the implementation, but I keep thinking about it. Ok. I also need a time to do other things. Indeed, I have to write the document of calfw. Regards, -- SAKURAI, Masashi (family, given) m.saku...@kiwanami.net
Re: [O] New backend for org-agenda: (Was Calendar-like view of the org-agenda)
Hi Bastien, At Tue, 19 Jul 2011 01:06:14 +0200, Bastien wrote: : I'm sure that the caching mechanism is useful, but I'm not sure that we should do it with paying the large cost of rewrite whole codes. FWIW, this is a two separate steps process: 1) write a usable cache, then 2) re-implement (parts of) the agenda by using it. I think (1) could be interesting /per-se/ and if it helps calfw, then it's even more interesting. What does '/per-se/' mean ? Excuse me for asking a trivial word. I'm also think about cache in the calfw side, such as an alist: (date . [a list of contents]). Then, uses can refresh the cache explicitly. It is easy to implement. Is the plan(1) the same idea? Regards, -- SAKURAI, Masashi (family, given) m.saku...@kiwanami.net
Re: [O] New backend for org-agenda: (Was Calendar-like view of the org-agenda)
SAKURAI Masashi m.saku...@kiwanami.net writes: What does '/per-se/' mean ? It means 'as such' Here is the entry from Merriam Webster Unabriged , | per se | Function: adverb | Etymology: Latin | : by, of, or in itself or oneself or themselves : as such : INDEPENDENTLY, INTRINSICALLY | a lover of language per se -- W.T.Scott | not a scientist per se and so he had none of the inhibitions of the | scientist -- W.L.Howard | his manufactory of fireworks was per se a public nuisance -- McDade | vs. City of Chester (Pa.) | the mathematician is not interested in the truth, per se, of his | postulates -- Harry Lass | money is evil per se and must be apologized for -- Dwight Macdonald | natural environment cannot per se cause forms of culture -- | A.L.Kroeber ` Excuse me for asking a trivial word. No worries. No worries. –Rasmus -- Sent from my Emacs
Re: [O] New backend for org-agenda: (Was Calendar-like view of the org-agenda)
Hi Rasmus and Giovanni, At Wed, 20 Jul 2011 15:31:04 +0200, Giovanni Ridolfi wrote: : What does '/per-se/' mean ? :-) it is Latin, an ancient *European* language it means: - 'In itself' - Also by itself or: - Without referring to anything else, intrinsically, taken without qualifications, Thanks for your commentary. I could understand the meaning and that '/' means italic. Thank you, -- SAKURAI, Masashi (family, given) m.saku...@kiwanami.net
Re: [O] New backend for org-agenda: (Was Calendar-like view of the org-agenda)
Hi Masashi, SAKURAI Masashi m.saku...@kiwanami.net writes: I'm sure that the caching mechanism is useful, but I'm not sure that we should do it with paying the large cost of rewrite whole codes. FWIW, this is a two separate steps process: 1) write a usable cache, then 2) re-implement (parts of) the agenda by using it. I think (1) could be interesting /per-se/ and if it helps calfw, then it's even more interesting. 2 cents, -- Bastien
Re: [O] New backend for org-agenda: (Was Calendar-like view of the org-agenda)
Bastien, What I am hearing is that an API that allows caching could be built that could benefit extensions and then once that is deemed stable enough an optional or separate track would be rebuilding the Agenda as it is today into that API? Matt On Mon, Jul 18, 2011 at 6:06 PM, Bastien b...@altern.org wrote: Hi Masashi, SAKURAI Masashi m.saku...@kiwanami.net writes: I'm sure that the caching mechanism is useful, but I'm not sure that we should do it with paying the large cost of rewrite whole codes. FWIW, this is a two separate steps process: 1) write a usable cache, then 2) re-implement (parts of) the agenda by using it. I think (1) could be interesting /per-se/ and if it helps calfw, then it's even more interesting. 2 cents, -- Bastien
Re: [O] New backend for org-agenda: (Was Calendar-like view of the org-agenda)
Hi Matthew, Matthew Sauer improv.philoso...@gmail.com writes: What I am hearing is that an API that allows caching could be built that could benefit extensions and then once that is deemed stable enough Yes, stable and, moreover, *fast* enough... [...] an optional or separate track would be rebuilding the Agenda as it is today into that API? Yes -- we can dream :) -- Bastien
Re: [O] New backend for org-agenda: (Was Calendar-like view of the org-agenda)
Hi Bastien, At Tue, 12 Jul 2011 09:37:21 +0200, Bastien wrote: : The question is: would an API for the whole agenda mechanism (and not just scheduled items) be useful? I've never been a big fan of caching Org files information, because Org files are often modified in impredictible ways. But if we can update the cache quickly, then it will certainly be useful. I'm sure that the caching mechanism is useful, but I'm not sure that we should do it with paying the large cost of rewrite whole codes. Because the orgmode is the center of information for the many Emacs users, I think it is very interesting for not only elisp codes but also the other applications to access the information of the orgmode via emacsclient or D-Bus messaging. If the interface for the mode of orgmode items and modification hooks is defined, one would send todo items to one's mobile terminal immediately, or share the items on the SNS. Of course, it is just a trivial idea, not my request. I will let you know about progress about this. Thanks again for raising this idea! I'm glad to be able to share my idea. It was difficult for me to discuss the abstract topic quickly in English. Thank you -- SAKURAI, Masashi (family, given) m.saku...@kiwanami.net
Re: [O] New backend for org-agenda: (Was Calendar-like view of the org-agenda)
Hi Masashi, this is a very interesting proposal -- thanks for the diagrams and the pointers to existing schedule API. I will digg into this direction and see if I can propose something useful. The question is: would an API for the whole agenda mechanism (and not just scheduled items) be useful? I've never been a big fan of caching Org files information, because Org files are often modified in impredictible ways. But if we can update the cache quickly, then it will certainly be useful. I will let you know about progress about this. Thanks again for raising this idea! -- Bastien