Re: [O] Directional quotes in html
On Tue, Dec 06, 2011 at 06:25:09PM +, Herbert Sitz wrote: In my exports to pdf standard double-quote and single-quote (apostrophe) characters both get translated to corresponding pairs of opening and closing quotes. But in export to html both double- and single-quotes seem to be same in resulting html as they were in the org text, non-paired, non-directional. The directional quotes are processed by LaTeX and org have very little to do with this. What is best way to get directional pairs of open- and close-quotes in html export? http://daringfireball.net/projects/smartypants/ There's a php port that may be more your style. Cheers, sam -- tycho(ish) @ ga...@tychoish.com http://tychoish.com/ don't get it right, get it written -- james thurber pgp2CZygUKFZg.pgp Description: PGP signature
Re: [O] new ikiwiki export plugin for org
On Fri, Dec 02, 2011 at 10:23:11PM -0700, Chris Gray wrote: I've created a new export plugin for org-mode files for the ikiwiki wiki compiler. It's in a very preliminary state at https://github.com/chrismgray/ikiwiki-org-plugin Oh very nice. I saw your questions on the topic in #ikiwiki recently, and I'm very interested to follow your progress. How are you handling page directives and other parts of the ikiwiki specific markup in org? I'm a longtime user of ikiwiki but I'm pretty comfortable with Markdown, so I typically don't really feel like I need to make my ikiwiki's use non-markdown formats. In the past when I've tried this, my feeling is that while ikiwiki *should* be pretty agnostic with regard to markup language, it isn't really. Which is to say that ikiwiki creates links between pages by inserting raw HTML into markdown pages and then hands the page off to the markdown interpreter. Which is great, but means that the other processors have to handle inline html in the same way as markdown, or links break. You can turn off the inter-page linking, but when you do that ikiwiki ends up doing very little. I've also not found a way to selectively turn the link processing plugin on or off... Cheers, tychoish -- tycho(ish) @ ga...@tychoish.com http://tychoish.com/ don't get it right, get it written -- james thurber pgpO1oFT2vb3h.pgp Description: PGP signature
[O] Org Mobile Writing App (a la Epistle/Paragraft)
I must confess that I've fallen onto the Tablet bandwagon, and despite the alure of having a more functional mobile-org,I went for an android tablet (to match the phone, and because I'm not a mac user.) Largely I think it's great, and while I've got a mobile-org setup that I like well enough, I found myself saying wouldn't it rock, if... a few times and I just wanted to float the idea with you. While I think mobile-org is a great concept for making all of the task planning and organization features of org more accessible on the go, it's not quite so good for taking notes and doing the kind of writing that I spend most of my waking hours doing these days. I've been using a really delightful little app called [Epistle](http://kooklab.com/epistle.html) which renders markdown text (a fetish of mine that predates org-mode,) that works with dropbox. I think I learned about this from someone on the list. I suspect it's a lot like Paragraft for those of you on the otherside. I've created a little script that links all of my org-files into a place where Epistle can see them in dropbox (http://tychoish.com/code/epistle-linker/), and while the rendering doesn't work, it is nice to be able to read and edit these files. I've also, as an aside created some procmail and shell glue that takes emails and inserts them into an org-file so that I can capture stuff on the go using the email program. That's here: http://tychoish.com/code/org-mail/ Wouldn't it be nice to have something like Epistle for org-mode? It might just render org-mode text to HTML, and frankly that would be enough for me. Org-indent equivalent, syntax highlighting, and collapsing trees (probably in that order) might be nice as well, but I think the key is simple and quick... I'm not a developer, so I can't promise to start making an app this instant if there's interest, but if anyone's bored and thinks this might be a good idea (or knows of something that might work better for this.) I'd love to hear about it. Cheers, Sam -- tycho(ish) @ ga...@tychoish.com http://tychoish.com/ don't get it right, get it written -- james thurber pgpGZmGiRaDIK.pgp Description: PGP signature
Re: [Orgmode] Re: repo.or.cz down
On Wed, Nov 24, 2010 at 02:48:38PM +, Seweryn Kokot wrote: It seems that the server http://repo.or.cz/w/org-mode.git was up just for a moment since I managed to pull the latest org-mode version, now it's down again. The server didn't come back as promptly as we would have liked after a networking issue, and pasky disabled Apache for a while things stabilized. Everything should be working at this point. I'd poke a bit further, but I'm on a train at the moment, and my connection is... somewhat lackluster. Sorry about that. Cheers, sam -- tycho(ish) @ ga...@tychoish.com http://www.tychoish.com/ http://www.cyborginstitute.com/ don't get it right, get it written -- james thurber pgpQfAIp3I19W.pgp Description: PGP 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] Clean capture from command line?
One of the things I'd like to be able to do is capture a new TODO from a command line. e.g. I use the following code that I got from Jack Moffit (http://www.metajack.im), that does more or less what you're looking for, I think. Add the following block to your org configs. ; (defadvice capture-finalize (after delete-capture-frame activate) Advise capture-finalize to close the frame if it is the capture frame (if (equal capture (frame-parameter nil 'name)) (delete-frame))) (defadvice capture-destroy (after delete-capture-frame activate) Advise capture-destroy to close the frame if it is the rememeber frame (if (equal capture (frame-parameter nil 'name)) (delete-frame))) (defun make-capture-frame () Create a new frame and run org-capture. (interactive) (make-frame '((name . capture))) (select-frame-by-name capture) (delete-other-windows) (org-capture) ) ; Then call emacs as follows: emacsclient -n -e '(make-capture-frame)' Even better than calling from the command line in my experience is triggering directly from your window manager, or something like quicksliver if you use OS X... I hope this is a start -- tycho(ish) @ ga...@tychoish.com http://www.tychoish.com/ http://www.cyborginstitute.com/ don't get it right, get it written -- james thurber pgpUZ7Fu0t5nw.pgp Description: PGP 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: Worg pull broken?
On Wed, Oct 27, 2010 at 09:47:24AM +0200, Sébastien Vauban wrote: - Does using ssh give you compression for free? Hence, a quicker way to download big repos? Git can interact with the remote repository differently, allowing it to do some de-duplication over SSH that it can't do over HTTP. Also, depending on your SSH configurations SSH can (and generally is, I think, correct me if I'm wrong) somewhat compressed (But then, so is HTTP with DEFLATE/gzip sometimes). This might not speed up the operation both because of the processor overhead to do the compression, but also because SSH's encryption takes a bit of overhead. Basically, it depends on what free is, and pragmatically git pull's over SSH are quicker than git pulls over HTTP. - Can you use whatever protocol (git, http, git+ssh) in front of any git URL? I mean, if I see on the Web, http://xxx.git, can I replace http by git with no impact? No. SSH (and git) protocols specify the path of the file based on where the file lives on the host machines file system. Start at the root / (or chroot) in the top level and go from there. The paths for HTTP are dependent upon the configuration of the web server and are often somewhat distinct from what is actually going on in the file system given virtual hosting and URL rewriting. Hope this helps. Cheers, tycho -- tycho(ish) @ ga...@tychoish.com http://www.tychoish.com/ http://www.cyborginstitute.com/ don't get it right, get it written -- james thurber ___ 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] What license for Worg?
On Wed, Aug 04, 2010 at 06:36:45AM +0200, Bastien wrote: Here is what I read at the bottom of every emacswiki.org page: This work is licensed to you under version 2 of the GNU General Public License. [..] So this is GPLv2. Any idea why this isn't GPLv3? No clue. I must confess that I'm writing this email without the benefit of a net connection, so I can't check if emacs itself has moved to GPLv3. If it hasn't I can imagine wanting to keep emacs wiki compatible with emacs itself. Also, I find the formulation a bit confusing. Is it the standard formulation when multi-licensing? Where can I found an example of a clear multi-licensing statement? I'm not a lawyer or even particularly interested in the technicalities of such, but I do think that the emacs-wiki statement errs on the side of being human intelligible at the expense of concision. I've not made up my mind yet, but I would go for something like that: The content of the Worg website is licensed under the CC BY-SA 3.0 and the GPLv3 and the GFDL 1.3. You can choose to receive the content of Worg under any of these three licenses. Good? I'd include or later statements, so that Worg can optionally take advantage of any updates to these licenses if they are revised to fix issues that arise (which is, again, the same as emacs itself.) More than anything, the or later statements, reduce potential future headache. Perhaps something like The content of the Worg website is licensed under the CC BY-SA 3.0 (or later) and the GNU GPLv3 (or later) and the GNU FDL 1.3 (or later). You can choose to receive the content of Worg under any of these three licenses. Again, just a thought. Cheers, sam -- tycho(ish) @ ga...@tychoish.com http://www.tychoish.com/ http://www.cyborginstitute.com/ don't get it right, get it written -- james thurber ___ 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] What license for Worg?
On Mon, Aug 02, 2010 at 02:33:10PM +0200, Bastien wrote: Hi all, what is the most suitable license (or licensing scheme) for Worg? Here is the best solution I can think of: dual-licensing[1] under the GNU Free Documentation License 1.3[2] and the Creative Commons BY-SA 3.0[3] license. This solution would make it possible to take excerpts from Worg and put them into Org manual for later inclusion in Emacs, which uses GFDL 1.3 for the Emacs manual. Would any Worg contributor have objection to this? I'm open to any suggestion, please let ideas flow. This seems fine, the only possible concern that I have with this is that GFDL licensed code snippets aren't compatible with the GPL. I'm not sure how much actual code is in worg, and if this is an issue, but it's worth considering. My impulse for free-software-style writing projects is to use the emacs wiki license statement which says CC-BY-SA/GFDL/GPL 3 or later (with a clarification of what constitutes corresponding source code), but that might be a bit vague in some cases. Cheers! sam -- tycho(ish) @ ga...@tychoish.com http://www.tychoish.com/ http://www.cyborginstitute.com/ don't get it right, get it written -- james thurber ___ 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] GitHub
As a brief prelude, I'd like to say that while I think github is a great service, for development communities, and provides a number of very enticing features, there are some aspects that make it less than ideal: Projects are owned by individual developer's personal accounts and it's sometimes less than intuitive to figure out which fork of the repository is the right one for users not involved in the community. There's some degree of lock-in, particularly with the features that repo.or.cz doesn't have. Having said that, git's distributed nature makes this much less relevant than it would be otherwise. Having said that the killer feature of github is the ease of creating forks. Repo.or.cz has that, so at least from my perspective, it's not as big of a draw, but I'm not an active org-mode-code contributor so I think my opinion here isn't terribly relevant. But specific questions and answers. On Sat, May 22, 2010 at 08:24:30AM +0200, Carsten Dominik wrote: - How do I get the entire current repo onto GitHub? This is the easiest. Get a github account. Create a project, and begin pushing to this repository. Fundamentally github exists for people who don't want to manage the infrastructure for hosting remote git repositories. - Can I set up repo.or.cz in a way that it will become an automatic mirror, so that old clones will continue to be updated when pulling? Yes. I'd need to talk to pasky to make sure there's not another way, but I think the thing to do is get a repo.or.cz admin (like me) to re/move the existing org-mode repo out of the way, and then recreate a new project that clones the git-hub repository. - Bastien - I guess on the web server, we would simply make a new clone from the new location, right? Almost certainly but I'll defer here. Cheers! -- tycho(ish) @ ga...@tychoish.com http://www.tychoish.com/ http://www.cyborginstitute.com/ don't get it right, get it written -- james thurber ___ 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] How you ORGanize yourself? (aka: Why not one file to rule'em all?)
On Thu, Apr 15, 2010 at 12:41:19AM -0500, Marcelo de Moraes Serpa wrote: This is a thread to share your org dir (you have one right) file structure. The title is because I see many of org users prefer having big monolithic files, and I have a slightly different line of thought. I've blogged about this before, as I think our systems change a bit as we use them and tweak slowly. I'm not a GTD user in the formal sense, though I think I've learned a lot from the whole GTD thing. My setup is as follows: - codex.org - General file, global inbox, and day to day chores, and other notes. Many org-remember templates file here and are later cleaned up to other files - five .org files for fiction projects in various state of incompleation. These include outlines, project management and task setting, and other assorted notes. Think Outline++ - data.org, clippings.org, annotations.org, and links.org. These are all fed from org-remember and mostly don't have internal hierarchy. I think of these files as a database, and I often dump the text of articles that I'm interested in reading and reflecting on in the long term with citation information so I can be sure that I'll have access to them long term. I've written about this on my blog as fact files. - events.org - schedules and big things that I'm doing. Mostly minimal and the way that I make sure that my agenda view can tell me that I'm going out of town for something or other. - I have org-files for managing website/writing projects, for tychoish.com and cyborginstitute.com. These tend to be more notes+tasks centered than the other finite project based files for fiction things, as these are enduring projects with shorter narratives, as it were - I have technology.org and fiction.org which I must confess I haven't really touched in months, but theoretically there for tech-related todos (hack emacs to do something new, add a keybinding here) and smaller fiction related tasks that don't fit into the bigger projects (short stories, new projects that I don't know if I want to commit to etc.) - I have research.org and employment.org which are both career related, and I haven't touched very much in the last year or so. Alas. - I have an employer specific org file for my current company, which allows me to separate out my work tasks into it's own silo without affect other tasks, while still being a part of my larger org system. Everything is in one directory which is git controlled. Everything is agenda-ized. I often just work in org files making outlines and doing my planning there, but often actionable items come in via org-remember. I toggle between the org-todo-list agenda view and the org-agenda-list, and use the -todo-list to get a big picture of everything I'm working on and to create deadlines and schedule tasks, and then use -agenda-list to work from. Relevant sections of my config: (global-set-key (kbd C-c o a l) 'org-agenda-list) (global-set-key (kbd C-c o a t) 'org-todo-list) (setq org-agenda-include-all-todo nil) (setq org-agenda-skip-scheduled-if-done t) (setq org-agenda-skip-deadline-if-done t) (setq org-agenda-include-diary t) (setq org-agenda-columns-add-appointments-to-effort-sum t) (setq org-agenda-start-on-weekday nil) (setq org-agenda-default-appointment-duration 60) (setq org-agenda-mouse-1-follows-link t) (setq org-agenda-skip-unavailable-files t) (setq org-agenda-use-time-grid nil) (setq org-agenda-todo-ignore-deadlines t) (setq org-agenda-todo-ignore-scheduled t) I hope this helps Cheers, sam -- tycho(ish) @ ga...@tychoish.com http://www.tychoish.com/ http://www.cyborginstitute.com/ don't get it right, get it written -- james thurber ___ 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] [OT] How do you keep your reference data?
On Sun, Nov 08, 2009 at 04:24:39PM -0600, Marcelo de Moraes Serpa wrote: Information that has no potential next action associated but that still has potential reference value and that you'd like to keep around, how and where do you keep it ? I (too) used to be a wiki person, and indeed I kept a pretty active personal wiki with novels, research for novels, scholarly work, task management, and the like all within an instance of Ikiwiki that I ran locally on my laptop. While I liked the fact that I could create new wiki pages at whim, and that I didn't need to fight to figure out where the info fitted in my 'system'. The problem with the wiki system, for me, is that wikis really need at want some serious ongoing maintenance and attention to prevent entropy from taking over. Wikis are about collaboration, and the great thing about wikis when they work a lot of people have to be there doing little bits of work: editing, writing, cataloging/categorization, organization and the like. When it was just me, I never wanted to do that work. I wrote a couple of posts about how I'm using org-mode to deal with the instant collection of useless facts and bits of information. They're located here: http://www.tychoish.com/2009/09/fact-files/ http://www.tychoish.com/2009/03/fact-file-and-orbital-mechanics/ I'm not an everything in org and nothing but org kind of guy. Here's how my system works, in brief: - I have a bunch of org files for major projects and spheres of my life: my day/employment job, various major writing projects (mostly fiction) have their own folders, I have a 'technology and hacking' file, I have a general file, and a couple of other odds and ends. These files have notes, tasks, projects, and I mostly edit them via org-remember, org-agenda, and a little bit of org-refile, alas (it would be better to edit these files more organically.) - I also have a data.org file which I use as a fact file as defined in the blog posts. It doesn't really have tasks, though I do have a couple of reading-related statuses: PROCESS and the like. - All org files are in their own git repository (~/org/). Major fiction projects also have their own git repositories. Smaller projects including short fiction, blog writing, and the like all share a writing git repository. There's also a repo to track content as it relates to my day-job work. - I sometimes add specific .org files from other repositories and locations, to the agenda view. It seems to work pretty well. Cheers, sam -- tycho(ish) @ ga...@tychoish.com http://www.tychoish.com/ http://www.cyborginstitute.com/ don't get it right, get it written -- james thurber ___ 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: Documentation wishlist items
On Wed, Sep 16, 2009 at 12:32:02PM -0400, Matthew Lundin wrote: As a point of comparison, I divide my files according to area of responsibility (household.org, health.org, family.org, writing.org, etc.) so that I can quickly review what I need to do in each area. When I'm done with an item, I archive it and it is nicely deposited in the appropriate archive file. If a project within one of these files becomes quite big, I create a new file for it. I almost never set CATEGORY, because all my appointments are already organized by category (i.e., file name). I didn't know there was a category option. I've been using org mode pretty seriously for the last 9 months or so. I work pretty much like Matt, but the details differ as does, I think, my thought process, so I'll share, just because I have two general files codex.org and data.org. I've been naming my general organization file codex for years, so this is a personal holdover. Data, is my clipping/reference folder (describe here: http://www.tychoish.com/2009/09/fact-files/) and contains various reference material and citation information for casual things that I want to be able to capture and reuse later. The remaining files are either sphere files, so I have a file for each client/employer/work project, I have a writing file to manage my blogging and wiki projects. These files and the trees inside of them, tend to address ongoing projects and fairly well defined projects. The outline tends to describe process rather than project. And then, I have a number of project I have files for specific projects, creative writing projects, specific research projects, larger scope things which are the kinds of things that I need to work on for a while, but eventually finish. These files tend to describe projects rather than processes, and contain notes and a great deal of text, but aren't, on the whole todo lists as they are outlines that happen also to support my todo list. I've always found that org-mode works the best for me when I think of it more as an outline and data storage tool that happens to generate todo-lists if there's something actionable around. I wouldn't worry about custom commands until you need them. Just type type C-c a t or C-c a T TODO and you'll get a clean list of all your todos. I don't really use custom commands either. I'd recommend playing around with tags and filtering agendas by tags, and then building on that as you need to. There is also some crazy-awesome stuff around using agendas generated from specific files (I think.) but I've also never touched that. In any case, I have the following two key bindings set up to do what Matt suggested above. (global-set-key (kbd C-c o a) 'org-agenda-list) (global-set-key (kbd C-c o t) 'org-todo-list) Cheers, sam -- tycho(ish) @ ga...@tychoish.com http://www.tychoish.com/ http://www.criticalfutures.com/ don't get it right, get it written -- james thurber ___ 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] Emacs 21.4.1 support
On Mon, Sep 14, 2009 at 12:59:53PM -0600, Dave Täht wrote: Jing Su @ Gmail jing.su...@gmail.com writes: I fully understand that Emacs 21 is way out of date. However, since RHEL is one of the mainstream commercial distros, and is common on servers, it would be great if org-mode can be consistent with such industrial standard'' (which is always way out of date :S ). System administrators will take risk to install unofficial org-mode, but most of them won't risk the whole server, i.e., risk their necks, for a newer but unofficial (according to RH) Emacs version. No, to heck with that. Most serious users of emacs end up compiling their own release, at least until recently, because the official releases were so out of date. I would suggest pulling current rpms from fedora (maybe they have the equivalent of emacs-snapshot?) And tying those on rhel. A couple of things. Most significantly, I think it's important to avoid being so blase about supporting this subset of users, particularly when the answers--with a little bit of digging--are pretty simple. Having said that, there's a bunch of stuff that probably won't work, I would offer a number of other possible solution. First, I'd look at EPEL, rather than Fedora as a source for RHEL packages of more recent emacsen to use. If you can get a version of emacs 22.(something) there's a version of org-mode included with that version. So a little hop should be enough to get you basic functionality. If you're running on servers, as it sounds like you are, getting graphical support for all the new things that have happened in the last two version of emacs, might be easier. So that while a lot of things have changed in emacs in the last four years, the subset of things in emacs that have changed in the terminal mode, might be somewhat smaller. And really since org-mode is mostly compatible with emacs22 still (right?), the barrier might be even lower than many people think, particularly if you're not going for *full functionality*. Having said that, how much emacs hacekry do people do on servers. Even though I have emacs23-nox installed on my server, I must say that most of my text-file-editing on the server happens in Zile, which is just emacs-like enough for me to avoid pulling my hair out, but very small/lightweight. So I guess after all of that I'm not sure that I see the use-case you propose. As an aside, I think OS X ships with emacs21, so it's not just RHEL, but I think that more people are willing to tinker with OS X than they are willing to tinker with RHEL. But, if someone is willing to package (or use the OpenSuSE build process) to make org-mode/emacs23 packages for RHEL I think sysadmins might be more willing to give it a try, given the wonders of (quasi)modern package management. Cheers, tycho -- tycho(ish) @ ga...@tychoish.com http://www.tychoish.com/ http://www.criticalfutures.com/ don't get it right, get it written -- james thurber ___ 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] iPhone app for Org view and capture
On Wed, Sep 09, 2009 at 03:34:36PM +0200, Carsten Dominik wrote: To follow up on this: What we are doing with this development is not only write an iPhone app. Equally important may be that we are also establishing a protocol for this kind of asymmetric synching, and implement the Emacs side of it. Once that is in place, apps for different platforms can be made, maybe re-using some of Richard's code. All these apps will be able to use the Emacs integration. Depending on the format of the files that the iPhone/J2me/etc. app needs, would it not just make sense to use git/svn/etc as the asymmetric protocol for synchronizing things? Or is this too simple? Cheers, sam -- tycho(ish) @ ga...@tychoish.com http://www.tychoish.com/ http://www.criticalfutures.com/ don't get it right, get it written -- james thurber ___ 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
