Re: [O] org-caldav: Sync Org with external calendars through CalDAV (Owncloud, Google, ...)
Works with my davical server, as it seems! But when I refile an entry from org-caldav-inbox to org-caldav-files it gets downloaded into the inbox again the next time I sync. That's not supposed to happen, is it? It'd be neat if editing of synced events worked to a higher extent. Do you plan on working toward this? Busy times are announcing themselves and this is what I need to get through them ;) -- Philipp Haselwarter
Re: [O] [Feature Request] Show properties in agenda
column view does it, thanks! -- Philipp Haselwarter
[O] [Feature Request] Show properties in agenda
Hi Org, Would it be possible to display entry properties in the agenda? Much like `org-agenda-entry-text-mode', but with a filter variable. Then you could for example set `org-agenda-entry-properties' to "LOCATION" or "\\`\\(?:LOCATION\\|SOURCE\\)\\'" and have those properties displayed in the agenda buffer. Idk what facilities to extract properties org provides, so maybe iterating over a list of properties for the currently visible entries would be easier than regexp-matching, but you get the idea. I'd love to see this functionality in org-mode! Regards, -- Philipp Haselwarter
Re: [O] Google Tasks Integration
On Mon, Jan 30 2012 20:33 (@1327951983), Patrick Brennan wrote: > This weekend, while trying to avoid doing any real work, I started noodling > around with the Google Tasks API and I got a respectable distance toward a > script which will read your Google Tasks and export them to Org-mode. > Currently it will capture the task title, the notes, the todo status (TODO > or DONE) and the hierarchy, i.e. child tasks will be correctly placed under > their parents. There's still a lot of polish to apply, and of course, there > is no bidirectional capability as yet. Still, I wanted to send out this > notice in case anyone wanted to compare notes or thought it might be an > interesting application to share. The mobile apps for Google Tasks are > quite good, and if I can get a really good export going, I think this will > actually provide a plausible alternative workflow to the existing MobileOrg > flow. > > Patrick <#secure method=pgpmime mode=sign> Sounds awesome; one thought: Make it CalDAV instead of Google only. Google supports CalDAV from what I understand, and using a standard protocol will make your work useful for a much wider public! -- Philipp Haselwarter
Re: [O] how to change the headline starter *
No need to go all flaming because someone thinks the looks of the software matter. TBH I don't see what's wrong with that or in what way that's the opposite of efficiency. Abstracting the user interface from the logic is an important paradigm, especially for something like org-mode that you want to run on a wide range of devices – think 24" monitors vs 3" mobile devices. You don't want to have too much of the looks hardcoded. Now if you don't find that to be one of /your/ personal top priorities – fine, don't bother. But going all bashing because someone insists on his opinion that this is important? I don't see what you're trying to achieve here. -- Philipp Haselwarter
Re: [O] how to change the headline starter *
Bastien writes:
> har...@free.fr writes:
>
>> (setq outline-regexp "[-\f]+")
>> so as to use - as the headline starter character in outline mode.
>> Switch to another buffer, enter the text
>>
>> - first heading
>> -- second heading
>>some stuff here
>>
>> Activate org-mode. M-x org-mode.
>
> You should not do this. org-mode lists start with a "-", using
> this character for headlines will just confuse things.
>
> Can't you live with the "*" as the headline character?
>
> My 2 cents,
Is there any particular reason for it to be hardcoded? Apart from the
fact that /well it just is this way right now/ I mean.
That'd be useful information for anyone interested in changing it. Then
you can still just tell them to write a patch if they care that much
('cause even in org-mode-land patches don't write themselves just yet)
[I just had the most awesome idea for a feature request].
If it's "just" about inheriting from a variable in some 300 places it
could at least be discussed.
--
Philipp Haselwarter
Re: [O] org and microsoft exchange
On 2011-06-20 07:52 UT, Eric S Fraga wrote: ESF> Skip Collins writes: >> I was thinking of trying to get org and microsoft exchange talking to >> each other via soap-client.el and exchange web services >> (ews).Ultimately it would be nice to have a route into the corporate >> world of exchange, outlook, entourage, and blackberry where so many >> of us are forced to live. >> >> My first goal is to link org TODOs to exchange tasks in some >> simplistic way that allows two-way syncing. >> >> If that proves feasible, perhaps calendar items could be next. >> >> Does this sound useful?If anyone with elisp or web services >> programming experience is interested in lending a hand, I am sure to >> need some help. ESF> +1. ESF> My institution is moving to MS Live, whatever that means (I really ESF> am completely ignorant of the MS world, for better or for worse).I ESF> think this is somehow related to Exchange etc.so any type of ESF> integration with org would be greatly helpful for me!At first, all ESF> I care about is one way transfer, from the MS world to org but ESF> obviously two way syncing would be good. ESF> In my case, it's more about calendar events than tasks.My tasks are ESF> typically for my information only but meetings etc involve multiple ESF> people. ESF> I can try to help in due course.We haven't moved to the MS system ESF> yet so I cannot yet say how much I will be able to contribute.Keep ESF> me in the loop! How much of this problem is really MS-specific? I think it would be a huge door-opener for providing better general interoperability to have a clear idea of what types of events and tasks have to be dealt with. Then we can abstract from the org-representation of data and write plugins for different export formats. Ie have a general representation of a recurring event, have one representation for a task (with all the properties it can have) etc. Building from there, we can look at the different features supported by other formats and just dump the supported properties into the corresponding format or use other libraries as interface with, for example, an exchange server. Maybe we should start implementing iCalendar as described in http://tools.ietf.org/html/rfc5545 and export our various org tags to well-defined lisp objects. This would also benefit all the projects trying to bring org to other platforms, which are now all rolling their own exporters. -- Philipp Haselwarter
Re: [O] org-bbdb-anniversaries gives error 'bad sexp'
thanks, got it working now (with some fiddling). looks like `calendar-date-style' is not honored /at all/, if you don't use -MM-DD format (as stated in the org-bbdb.el header, admittedly), it just blows up in your face :) -- Philipp Haselwarter
Re: [O] org-bbdb-anniversaries gives error 'bad sexp'
On 2011-05-16 14:08 UT, Matt Lundin wrote: ML> Leo writes: >> On 2011-05-16 00:58 +0800, Matt Lundin wrote: >>> I'd be happy to take this on.AFAICT, there are three functions in >>> org-bbdb that no longer exist in bbdb v3. >> >> If you want you can build on top of my version.The anniversaries is >> still broken since I don't use BBDB-anniv.el.The rest works well for >> the past few weeks. ML> Thanks Leo!This is very helpful. ML> I have anniversaries working in my own setup, so between the two ML> sets of modifications, I should be able to provide a full set of ML> fixes.More soon... ML> Best, Matt Hi Matt, Would you mind sharing the working bits of your setup? I just tried %%(org-bbdb-anniversaries) and got a Bad sexp at line […] thanks for the effort! -- Philipp Haselwarter
Re: [O] Status google calendar sync
Unfortunately, both the awk script and the org-export-icalendar seem to have quite a hard time with repeating entries. ical2org does not honor RRULE at all, the export has some very basic and very fragile support, but anything like <%%(org-diary-class 16 02 2011 18 05 2011 3)> or SCHEDULED: <2011-02-20 Sun +1w -2d> already fails it. I think this is an important topic, especially wrt mobile devices. Better interoperability with other calendering systems would greatly benefit the org user experience. -- Philipp Haselwarter
Re: [O] (French/german) Collecting holidays?
awesome :) hadn't seen those -- Philipp Haselwarter
[O] (French/german) Collecting holidays?
Would it make sense to share setups for `holiday-local-holidays'? Maybe on worg or emacs-wiki? I'm looking for french and german holidays, if anyone happens to have those set up :) -- Philipp Haselwarter
[O] Re: [babel] Calling source blocks with arguments
Do you guys really just go and change all your variables in your scripts? -- Philipp Haselwarter
[O] [babel] Calling source blocks with arguments
Hi,
Is there a way to call a source-block with (positional) arguments, like
one would do on the command line?
I want to include some shell scripts in a paper and would prefer not
having to introduce some kind of artificial variables.
So I could just write my scripts inline, like
#+srcname: script.sh
#+begin_src sh
#!/bin/sh
echo $0: $@
#+end_src
and demonstrate their output by calling them
#+call: script.sh("arg1", "arg2") :results output
would produce something like
#+results:
: script.sh: arg1 arg2
Can this be done?
PS:
Is there a way to set «:results output» for the whole file?
thanks,
--
Philipp Haselwarter
