I, too, encounter difficulty finding elements in the Journal but
haven't found time yet to contribute to a feature discussion.
just 2 cents about hierarchical representation: it certainly has uses.
The coolest one I ever saw was 8 years ago by a company (trying to
remember the name) that provides
There are 3 different ideas when we are talking about Journal vs
Directories:
1. Whether we are limiting the user to use exactly one filtering
category for his/her documents (and lets call them Files and the filter
the Files' Directory) or we allow multiple filters (and call them Tags).
2. Wheth
On Thu, May 28, 2009 at 5:34 AM, Albert Cahalan wrote:
> James Zaki writes:
>
>> Understanding hierarchical file structures use the concepts of containers
>> and recursion with no limits (except for total capacity). It is not
>> naturally intuitive, like a tree where branches get smaller from the
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
On Thu, May 28, 2009 at 06:18:35AM -0400, Albert Cahalan wrote:
>On Thu, May 28, 2009 at 5:49 AM, Jonas Smedegaard wrote:
>> On Thu, May 28, 2009 at 04:58:17AM -0400, Albert Cahalan wrote:
>>>Tomeu Vizoso writes:
>
I think it's very importan
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
On Thu, May 28, 2009 at 12:29:23PM +0200, James Zaki wrote:
>Not sure where my complete email went... something to do with awaiting
>approval I think.
[actual content snipped]
Please subscribe to the lists that you post to, to bypass our spam
s
On Thu, May 28, 2009 at 12:07, Albert Cahalan wrote:
> 2009/5/28 NoiseEHC :
>>
>> I think it's very important if we want to keep pushing Sugar that we
>> distinguish between design decisions and bugs and unimplemented
>> features. If we bring down good design ideas not by themselves but
>> because
Not sure where my complete email went... something to do with awaiting
approval I think.
But just for clarity to all, I said the arrowed ">" text.
2009/5/28 Albert Cahalan
> James Zaki writes:
>
> > Understanding hierarchical file structures use the concepts of containers
> > and recursion wit
On Thu, May 28, 2009 at 5:49 AM, Jonas Smedegaard wrote:
> On Thu, May 28, 2009 at 04:58:17AM -0400, Albert Cahalan wrote:
>>Tomeu Vizoso writes:
>>> I think it's very important if we want to keep pushing Sugar that we
>>> distinguish between design decisions and bugs and unimplemented
>>> featur
2009/5/28 NoiseEHC :
>
> I think it's very important if we want to keep pushing Sugar that we
> distinguish between design decisions and bugs and unimplemented
> features. If we bring down good design ideas not by themselves but
> because of its implementation status, we risk ending up with nothing
I think it's very important if we want to keep pushing Sugar that we
distinguish between design decisions and bugs and unimplemented
features. If we bring down good design ideas not by themselves but
because of its implementation status, we risk ending up with nothing
that brings new value compa
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
On Thu, May 28, 2009 at 04:58:17AM -0400, Albert Cahalan wrote:
>Tomeu Vizoso writes:
>> I think it's very important if we want to keep pushing Sugar that we
>> distinguish between design decisions and bugs and unimplemented
>> features. If we b
James Zaki writes:
> Understanding hierarchical file structures use the concepts of containers
> and recursion with no limits (except for total capacity). It is not
> naturally intuitive, like a tree where branches get smaller from the trunk
> with fruit/leaves only at the end nodes.
>
> Empirical
Tomeu Vizoso writes:
> On Wed, May 27, 2009 at 04:54, wrote:
>> I am happy to expand this to the list. I have raised the journal once
>> or twice before but mainly kept quiet not wanting to be trollish.
...
>> The journal and sharing are probably the two central things that
>> distinguish sugar
Tomeu Vizoso writes:
> On Wed, May 27, 2009 at 20:20, Lucian Branescu
> wrote:
>> I'm new to Sugar, so I may be horribly wrong.
>>
>> But to me, the Journal seems more of an annoyance than anything else.
>> A lot of the work I see done is towards bringing back some of the
>> properties that regul
14 matches
Mail list logo