Hi Torsten,
thanks for the mock-ups -- very useful to get a quick overview.
I'm still reluctant to implement what you propose, because the
two issues (cycling and hiding) are still too intertwined for me.
Here is how I would like the problems:
1. The fact that property drawers with only
Torsten Wagner torsten.wag...@gmail.com writes:
So how to satisfy both views, a clutter free view and the awareness of
what is saved in your file?
I think we must untangle two issues here: one is about the visibility by
itself (what should be visible, invisible, how visible, how invisible?)
Hey Bastien,
On 7 August 2012 19:23, Bastien b...@gnu.org wrote:
that a drawer doesn't make an
entry non-empty while cycling,
ohhh you challenge us... does not ... non-empty is in fact the
same like if there is only a drawer, the entry is still empty
right ?!
Yes, I agree that should
Nice! I like this approach. The only slight change I would make is to
the All entries are unfolded one level. If there are only hidden
properties but there is other content, show the other content but not
the PROPERTIES drawer:
* All entries are unfolded one level
** Only hidden
Hey Christopher,
* All entries are unfolded one level
** Only hidden properties with other content
This is more content
The :PROPERTIES: is not shown.
I left it there, because some people claimed the dislike to hide
property drawers to much. A different face colour might be a
Separating out the issue of how to hide and expose the content, why not
use s-expressions for the hidden content? Org is built on a lisp engine
and these will fit nicely into automation. It avoids a lot of parsing
and other headaches, and an s-expression can hold any of the discussed
On 8/6/2012 2:16 PM, Allen S. Rout wrote:
One common use would be to store the creation last-modification dates
of each entry. I've tried various ways of doing it and they all were
too obtrusive to use on _every_ entry. Time-stamping of all entries
would be extremely useful, just as
On 8/2/2012 11:10 AM, Bastien wrote:
If the whole point is to make some properties less visible,
why not a solution based on fontification?
We could have a user-defined regexp to highlight (or dim)
certain properties.
That would still leave the :PROPERTIES: line visible, which is problem
for
Hello,
On Sun, Aug 5, 2012 at 11:01 PM, Ilya Shlyakhter ilya_...@alum.mit.edu wrote:
On Sun, Aug 5, 2012 at 10:46 PM, Torsten Wagner
torsten.wag...@gmail.com wrote:
I can see the point that the property drawer header can be annoying
too. Actually, when I used orgmobile for the first time I
Hi Folks,
I thought I'd throw in my 2c on the topic. I work on org-toodledo which
syncs TODO items with Toodledo.com. On first sync, it creates adds a
ToodledID property to track the ID assigned by the server.
In my use case, that majority of TODO items have *no* other properties.
As
On Mon, Aug 6, 2012 at 8:12 AM, Jonathan Leech-Pepin
jonathan.leechpe...@gmail.com wrote:
The issue I can see with completely hiding :PROPERTIES: line is
that you would then run the risk of adding text at the wrong
location (between the headline and the drawer for example). At
the moment when
On 08/04/2012 02:10 PM, Ilya Shlyakhter wrote:
One common use would be to store the creation last-modification dates
of each entry. I've tried various ways of doing it and they all were
too obtrusive to use on _every_ entry. Time-stamping of all entries
would be extremely useful, just as
On Mon, Aug 6, 2012 at 8:16 PM, Allen S. Rout a...@ufl.edu wrote:
Org is my life in plain text, not WordPerfect with reveal-codes.
I always wondered what Ford Prefect is doing in the Org Manual and why
he is related with Org. :-))
Michael
Hi,
I would say this discussion is just showing how difficult it becomes
to save all extra information provided by more and more 3rd party
tools in a smart way in plain-text.
I can understand both arguments
* hide stuff which is not useful or needed for the user vs.
* its my data and my file,
Hi Ilya,
Ilya Shlyakhter ilya_...@alum.mit.edu writes:
But I don't want to see the timestamps during normal Org usage.
What do you think of hiding them by having a new face for properties
matching a custom regexp? This has the advantage of letting the user
decide what to do with such
On 8/5/2012 5:16 AM, Bastien wrote:
Hi Ilya,
Ilya Shlyakhter ilya_...@alum.mit.edu writes:
But I don't want to see the timestamps during normal Org usage.
What do you think of hiding them by having a new face for properties
matching a custom regexp? This has the advantage of letting the
Hello,
What about a HIDDEN_PROPERTIES drawer that, when folded, folds
completely (so that its title line is hidden too), and have a key to
reveal such drawers (the way M-tab opens archived entries)?
This is begging for problems. At some point, an user will start to
notice weird behaviour he
On Sun, Aug 5, 2012 at 6:20 PM, Nicolas Goaziou n.goaz...@gmail.com wrote:
What about a HIDDEN_PROPERTIES drawer that, when folded, folds
completely (so that its title line is hidden too), and have a key to
reveal such drawers (the way M-tab opens archived entries)?
This is begging for
Hey,
during this discussions people already claimed that they would prefer
to know what is stored and I can understand this.
That was the reason for the proposal of a HIDDEN_PROP: line to mark
certain properties hidden.
The benefit of this approach, people are actively aware of what they
hide and
On Sun, Aug 5, 2012 at 10:46 PM, Torsten Wagner
torsten.wag...@gmail.com wrote:
I can see the point that the property drawer header can be annoying
too. Actually, when I used orgmobile for the first time I was not too
happy to see all this property drawers suddenly appearing in my files.
On 7/31/2012 9:23 AM, Robert Horn wrote:
I agree. The real use needs more clarification. Things like ID are
already well hidden as :PROPERTIES: until the user explicitly opens the
drawer for viewing. I don't understand the need to hide those further, so
a better explanation of why is needed.
If the whole point is to make some properties less visible,
why not a solution based on fontification?
We could have a user-defined regexp to highlight (or dim)
certain properties.
I don't believe in a solution that would change the current
flow of cycling through drawers. I feel that's too
Hi,
On Mon, Jul 30, 2012 at 10:42 AM, Ivy Foster joyfulg...@archlinux.us wrote:
On 30 Jul 2012, at 11:26 am +0900, Torsten Wagner wrote:
Hi,
Hi,
[Because of the problems of syncing and interaction with
third-party programs] I was wondering if it would be time
to switch org-mode from text
23 matches
Mail list logo