From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matt Price Subject: Re: Org Writer's room Date: Fri, 7 Dec 2012 07:57:15 -0500 Message-ID: References: <87lidc6nc1.fsf@pank.eu> <50BFEA73.2050309@gmail.com> <87fw3jfvqf.fsf@ericabrahamsen.net> <87wqwve06e.fsf@ericabrahamsen.net> <50C1AB3B.2020706@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:49709) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TgxUZ-0004Sj-FA for emacs-orgmode@gnu.org; Fri, 07 Dec 2012 07:57:29 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TgxUS-0005ap-Vu for emacs-orgmode@gnu.org; Fri, 07 Dec 2012 07:57:23 -0500 Received: from mail-qc0-f180.google.com ([209.85.216.180]:54538) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TgxUS-0005ae-Qn for emacs-orgmode@gnu.org; Fri, 07 Dec 2012 07:57:16 -0500 Received: by mail-qc0-f180.google.com with SMTP id v28so285088qcm.39 for ; Fri, 07 Dec 2012 04:57:15 -0800 (PST) In-Reply-To: <50C1AB3B.2020706@gmail.com> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Rainer M Krug Cc: Eric Abrahamsen , Org Mode On Fri, Dec 7, 2012 at 3:39 AM, Rainer M Krug wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 06/12/12 16:51, Matt Price wrote: >> On Thu, Dec 6, 2012 at 9:15 AM, Eric Abrahamsen wrote: >>> >>> On 12/06/12 20:09 PM, Matt Price wrote: >>>> On Thu, Dec 6, 2012 at 3:08 AM, Eric Abrahamsen wrote: >>>>> Matt Price writes: >>>>> >>>>>> On Wed, Dec 5, 2012 at 7:44 PM, Alan L Tyree w= rote: >>>>>>> On 06/12/12 11:22, Rasmus wrote: >>>>>>>> >>>>>>>> Andrew Hyatt writes: >>>>>>>> >>>>>>>>> This sounds like an interesting project. My advice is to make a = few screenshots >>>>>>>>> that give people an idea what you are working towards. Of course,= they could be >>>>>>>>> completely fake, but it would be helpful to understand for people= like me who >>>>>>>>> haven't used Scrivener. >>>>>>>> >>>>>>>> I would also like to see this. It sounds nice when I read your de= scription, but I >>>>>>>> still don't fully appreciate the idea. >>>>>>>> >>>>>>>> =96Rasmus >>>>>>>> >>>>>>> I'm also very interested. I haven't used Scrivener -- what features= do you see as >>>>>>> making org a *way* better writing environment? >>>>> >>>>> [...] >>>>> >>>>>> To start with I would like to just replicate this window structure, = because it keeps >>>>>> you focused on writing, while having the larger structure available = if you feel the >>>>>> need to flit around a bit. The third screenshot shows a semi-fake, = still very >>>>>> primitive version of what I'd like to have. (I haven't figured out = a good way to do >>>>>> the metadata yet). >>>>> >>>>> I *really* like the idea of having a right-hand pane available showin= g properties around >>>>> the current point -- it could include properties from the PROPERTIES = drawer, from the >>>>> structure returned by `org-element-property', text properties, and ma= ybe properties of >>>>> the current headline parent. I'm sort of envisioning what you get fro= m the "inspect >>>>> element" command in Firefox. >>>>> >>>>> For the left-hand pane, org-toc and org-panel in the contrib director= y (or even the >>>>> org-goto interface) might provide some inspiration. >>>>> >>>>> Ugh, sounds like a lot of work. >>>>> >>>> those are 3 powerful tools I hadn't used before. org-toc not working = for me at the moment >>>> though, there might be something wrong with my .emacs setup... >>> >>> Yeah, some of that's out of date. Actually, since Org looks like it wil= l be slowly migrating >>> over to a basis on org elements, that's probably a good direction to lo= ok. >>> `org-element-parse-buffer' will return a data structure for the current= buffer that would be >>> ideal for creating a tree visualization. >> >> hmm, just looked at the output of that command and the data structures l= ook like: >> >> (headline (:raw-value "The Function of Copyright" :begin 489 :end 610 :p= re-blank 0 :hiddenp >> outline :contents-begin 517 ...) (section (:begin 517 :end 610 :contents= -begin 517 >> :contents-end 610 :post-blank 0 :parent #1))) >> >> Those integers are char numbers in the buffer -- would this list then ha= ve to be updated for >> every character stroke? Hmm, I also can pretty much see how to get each= :raw-value and turn it >> into text that's presented in a buffer... but I don't understand how to = associate that text >> with the existing headline in an org file. Speedbar seems like a much e= asier option, but while >> the org-mode parser is nowworking for me(yay!) I can't make the same-fra= me package work >> (sr-speedbar)! Gosh darn it! >> >> ANyway, thanks eveyrone, I'm going to keep needing help on this so if y= ou have more >> suggestions please keep them coming.. > > Looking forward to the right side of the three... > As the left side is using existing packages, could you post the commands = needed to make it work? I > only have it on the right side, and I assume you are using hooks to start= sr-speedbar? > I don't have the speedbar interface running properly yet (no time the last couple of days). sr-speedbar is not working right for me, so I am tryng some code from emacswiki (which is also posted in various places around the web): http://emacswiki.org/emacs/SpeedBar#toc1 I'm noticing a few issues: - at least on my machine, it's not easy to click on a heading that has subheadings. THe trick is probably to make some improvements to the underlying org/speedbar integration. - when speedbar is running in the same frame as other windows, it isn't so good at determining where it should open new buffers. Binding the clicks to my writers-room-pop-buffer function should fix that. - the builtin speedbar browsers are awesome, but I think it would be better to have a stripped-down interfacd that only showed the project you're working on. I guess the way to do that would be to extend speedbr with a new major or minor mode. ( http://www.gnu.org/software/emacs/manual/html_node/speedbar/Major-Display-M= odes.html#Major-Display-Modes ). It doesn't look that ocmplicated but I need to learn a bunch before I do it... All the code I have (not much) is still available at the github repo I posted at the beginning of this thread, https://github.com/titaniumbones/org-writers-room/ I tried adding some speedbar stuff but it's very very rough! If you feel like improving it -- that would be just super... In any case go ahead and try it ou. It doesn't do much and I'm pretty sure it an't do any harm to your files, but I would love some feedback. Thanks, Matt