The only thing I would say is that the headings black on black I find a
little bit difficult to see.
Given that almost always only use 1 machine the localstorage sync is a
great feature.
I suppose if I was more mobile, then sharing across devices would be really
useful.
One thought that struck me is that eventually each of the 3 'panes' (tabs?)
could be a separate entity in it's own right. Some you could share, some
private, some public. But right now docrastinate does everything I need.
I could just shove in some .js to change the heading colors.
Anyone else use this awesome app?
PS we also need to turn docrastinate into a verb! 'Docrastinate it!' :)
On 26 June 2012 17:23, elf Pavlik <perpetual-trip...@wwelves.org> wrote:
> Excerpts from Melvin Carvalho's message of 2012-06-26 14:49:28 +0000:
> > PS we also need to turn docrastinate into a verb! 'Docrastinate it!' :)
> ➜ whois docrastinate.it
Hey Melvin, cool you like it! It was born out of the need for having
multiple documents next to each other and is mainly just a personal
hack. I’m actually working on another text app which focuses more on
distraction-free writing.
The typeface is that dark by design because once you know it, these
headers would be obtrusive when more visible.
> On 26 June 2012 17:23, elf Pavlik <perpetual-trip...@wwelves.org> wrote:
>> Excerpts from Melvin Carvalho's message of 2012-06-26 14:49:28 +0000:
>> > PS we also need to turn docrastinate into a verb! 'Docrastinate it!'
>> > :)
>> ➜ whois docrastinate.it
> Hey Melvin, cool you like it! It was born out of the need for having
> multiple documents next to each other and is mainly just a personal
> hack. I’m actually working on another text app which focuses more on
> distraction-free writing.
> The typeface is that dark by design because once you know it, these
> headers would be obtrusive when more visible.
> (Flattr folks: is there a dark theme for the button? It’s pretty
> intrusive so I reduced the opacity but it still looks weird.)
> Cheers!
I've been thinking about an idea for porting this great app to a slightly
more structured format in the RWW.
Here's a rough sketch of my thoughts. If i get time ill try and build a
working demo:
1 Model
========
Items that need to be modelled:
1.1. Pane (URI, title, body)
1.2. User (URI)
1.3. Data Store (URI)
In line with web arch, anything important has a URI (note that this is a
more general solution then remotestorage, presently). In addition a pane
has 2 text fields, each with a title and a body.
2 Controller
===========
The idea is to load and save the data model into the data store.
The current 'autosave' style model where everything is dumped to localhost
and then synced with a remote storage is neat, mainly because 'it just
works'.
The two features we need are
2.1 Load on startup
2.2 Sync to localstorage
2.3 Sync to remoteStorage
> On Tue, Jun 26, 2012 at 8:28 AM, Melvin Carvalho
> <melvincarva...@gmail.com> wrote:
> > On 26 June 2012 17:23, elf Pavlik <perpetual-trip...@wwelves.org> wrote:
> >> Excerpts from Melvin Carvalho's message of 2012-06-26 14:49:28 +0000:
> >> > PS we also need to turn docrastinate into a verb! 'Docrastinate it!'
> >> > :)
> >> ➜ whois docrastinate.it
> > Nice find
> > "Just.docrastinate.it!" :D
> >> Domain: docrastinate.it
> >> Status: AVAILABLE
> On 26 June 2012 23:28, Jan-Christoph Borchardt <h...@jancborchardt.net>
> wrote:
>> Hey Melvin, cool you like it! It was born out of the need for having
>> multiple documents next to each other and is mainly just a personal
>> hack. I’m actually working on another text app which focuses more on
>> distraction-free writing.
>> The typeface is that dark by design because once you know it, these
>> headers would be obtrusive when more visible.
>> (Flattr folks: is there a dark theme for the button? It’s pretty
>> intrusive so I reduced the opacity but it still looks weird.)
>> Cheers!
> I've been thinking about an idea for porting this great app to a slightly
> more structured format in the RWW.
> Here's a rough sketch of my thoughts. If i get time ill try and build a
> working demo:
> 1 Model
> ========
> Items that need to be modelled:
> 1.1. Pane (URI, title, body)
> 1.2. User (URI)
> 1.3. Data Store (URI)
> In line with web arch, anything important has a URI (note that this is a
> more general solution then remotestorage, presently). In addition a pane
> has 2 text fields, each with a title and a body.
> 2 Controller
> ===========
> The idea is to load and save the data model into the data store.
> The current 'autosave' style model where everything is dumped to localhost
> and then synced with a remote storage is neat, mainly because 'it just
> works'.
> The two features we need are
> 2.1 Load on startup
> 2.2 Sync to localstorage
> 2.3 Sync to remoteStorage
> 3 View
> ======
> Can more or less be kept the same.
> Feedback welcome!
>> On Tue, Jun 26, 2012 at 8:28 AM, Melvin Carvalho
>> <melvincarva...@gmail.com> wrote:
>> > On 26 June 2012 17:23, elf Pavlik <perpetual-trip...@wwelves.org> wrote:
>> >> Excerpts from Melvin Carvalho's message of 2012-06-26 14:49:28 +0000:
>> >> > PS we also need to turn docrastinate into a verb! 'Docrastinate it!'
>> >> > :)
>> >> ➜ whois docrastinate.it
>> > Nice find
>> > "Just.docrastinate.it!" :D
>> >> Domain: docrastinate.it
>> >> Status: AVAILABLE
> On Sat, Jul 7, 2012 at 1:27 PM, Melvin Carvalho
> <melvincarva...@gmail.com> wrote:
> > On 26 June 2012 23:28, Jan-Christoph Borchardt <h...@jancborchardt.net>
> > wrote:
> >> Hey Melvin, cool you like it! It was born out of the need for having
> >> multiple documents next to each other and is mainly just a personal
> >> hack. I’m actually working on another text app which focuses more on
> >> distraction-free writing.
> >> The typeface is that dark by design because once you know it, these
> >> headers would be obtrusive when more visible.
> >> (Flattr folks: is there a dark theme for the button? It’s pretty
> >> intrusive so I reduced the opacity but it still looks weird.)
> >> Cheers!
> > I've been thinking about an idea for porting this great app to a slightly
> > more structured format in the RWW.
> > Here's a rough sketch of my thoughts. If i get time ill try and build a
> > working demo:
> > 1 Model
> > ========
> > Items that need to be modelled:
> > 1.1. Pane (URI, title, body)
> > 1.2. User (URI)
> > 1.3. Data Store (URI)
> > In line with web arch, anything important has a URI (note that this is a
> > more general solution then remotestorage, presently). In addition a pane
> > has 2 text fields, each with a title and a body.
> > 2 Controller
> > ===========
> > The idea is to load and save the data model into the data store.
> > The current 'autosave' style model where everything is dumped to
> localhost
> > and then synced with a remote storage is neat, mainly because 'it just
> > works'.
> > The two features we need are
> > 2.1 Load on startup
> > 2.2 Sync to localstorage
> > 2.3 Sync to remoteStorage
> > 3 View
> > ======
> > Can more or less be kept the same.
> > Feedback welcome!
> >> On Tue, Jun 26, 2012 at 8:28 AM, Melvin Carvalho
> >> <melvincarva...@gmail.com> wrote:
> >> > On 26 June 2012 17:23, elf Pavlik <perpetual-trip...@wwelves.org>
> wrote:
> >> >> Excerpts from Melvin Carvalho's message of 2012-06-26 14:49:28 +0000:
> >> >> > PS we also need to turn docrastinate into a verb! 'Docrastinate
> it!'
> >> >> > :)
> >> >> ➜ whois docrastinate.it
> >> > Nice find
> >> > "Just.docrastinate.it!" :D
> >> >> Domain: docrastinate.it
> >> >> Status: AVAILABLE
> On Sat, Jul 7, 2012 at 1:27 PM, Melvin Carvalho
> <melvincarva...@gmail.com> wrote:
> > On 26 June 2012 23:28, Jan-Christoph Borchardt <h...@jancborchardt.net>
> > wrote:
> >> Hey Melvin, cool you like it! It was born out of the need for having
> >> multiple documents next to each other and is mainly just a personal
> >> hack. I’m actually working on another text app which focuses more on
> >> distraction-free writing.
> >> The typeface is that dark by design because once you know it, these
> >> headers would be obtrusive when more visible.
> >> (Flattr folks: is there a dark theme for the button? It’s pretty
> >> intrusive so I reduced the opacity but it still looks weird.)
> >> Cheers!
> > I've been thinking about an idea for porting this great app to a slightly
> > more structured format in the RWW.
> > Here's a rough sketch of my thoughts. If i get time ill try and build a
> > working demo:
> > 1 Model
> > ========
> > Items that need to be modelled:
> > 1.1. Pane (URI, title, body)
> > 1.2. User (URI)
> > 1.3. Data Store (URI)
> > In line with web arch, anything important has a URI (note that this is a
> > more general solution then remotestorage, presently). In addition a pane
> > has 2 text fields, each with a title and a body.
> > 2 Controller
> > ===========
> > The idea is to load and save the data model into the data store.
> > The current 'autosave' style model where everything is dumped to
> localhost
> > and then synced with a remote storage is neat, mainly because 'it just
> > works'.
> > The two features we need are
> > 2.1 Load on startup
> > 2.2 Sync to localstorage
> > 2.3 Sync to remoteStorage
> > 3 View
> > ======
> > Can more or less be kept the same.
> > Feedback welcome!
> >> On Tue, Jun 26, 2012 at 8:28 AM, Melvin Carvalho
> >> <melvincarva...@gmail.com> wrote:
> >> > On 26 June 2012 17:23, elf Pavlik <perpetual-trip...@wwelves.org>
> wrote:
> >> >> Excerpts from Melvin Carvalho's message of 2012-06-26 14:49:28 +0000:
> >> >> > PS we also need to turn docrastinate into a verb! 'Docrastinate
> it!'
> >> >> > :)
> >> >> ➜ whois docrastinate.it
> >> > Nice find
> >> > "Just.docrastinate.it!" :D
> >> >> Domain: docrastinate.it
> >> >> Status: AVAILABLE
>> On Sat, Jul 7, 2012 at 1:27 PM, Melvin Carvalho
>> <melvincarva...@gmail.com> wrote:
>> > On 26 June 2012 23:28, Jan-Christoph Borchardt <h...@jancborchardt.net>
>> > wrote:
>> >> Hey Melvin, cool you like it! It was born out of the need for having
>> >> multiple documents next to each other and is mainly just a personal
>> >> hack. I’m actually working on another text app which focuses more on
>> >> distraction-free writing.
>> >> The typeface is that dark by design because once you know it, these
>> >> headers would be obtrusive when more visible.
>> >> (Flattr folks: is there a dark theme for the button? It’s pretty
>> >> intrusive so I reduced the opacity but it still looks weird.)
>> >> Cheers!
>> > I've been thinking about an idea for porting this great app to a
>> slightly
>> > more structured format in the RWW.
>> > Here's a rough sketch of my thoughts. If i get time ill try and build a
>> > working demo:
>> > 1 Model
>> > ========
>> > Items that need to be modelled:
>> > 1.1. Pane (URI, title, body)
>> > 1.2. User (URI)
>> > 1.3. Data Store (URI)
>> > In line with web arch, anything important has a URI (note that this is a
>> > more general solution then remotestorage, presently). In addition a
>> pane
>> > has 2 text fields, each with a title and a body.
>> > 2 Controller
>> > ===========
>> > The idea is to load and save the data model into the data store.
>> > The current 'autosave' style model where everything is dumped to
>> localhost
>> > and then synced with a remote storage is neat, mainly because 'it just
>> > works'.
>> > The two features we need are
>> > 2.1 Load on startup
>> > 2.2 Sync to localstorage
>> > 2.3 Sync to remoteStorage
>> > 3 View
>> > ======
>> > Can more or less be kept the same.
>> > Feedback welcome!
>> >> On Tue, Jun 26, 2012 at 8:28 AM, Melvin Carvalho
>> >> <melvincarva...@gmail.com> wrote:
>> >> > On 26 June 2012 17:23, elf Pavlik <perpetual-trip...@wwelves.org>
>> wrote:
>> >> >> Excerpts from Melvin Carvalho's message of 2012-06-26 14:49:28
>> +0000:
>> >> >> > PS we also need to turn docrastinate into a verb! 'Docrastinate
>> it!'
>> >> >> > :)
>> >> >> ➜ whois docrastinate.it
>> >> > Nice find
>> >> > "Just.docrastinate.it!" :D
>> >> >> Domain: docrastinate.it
>> >> >> Status: AVAILABLE
> i had a bit of trouble deciding whether it should be called 'content'
> or 'contents' and whether to use https in the @type URI
When running my own version, I'll just make a *slight* change, in that I'd
like to store my data encrypted. This way, I can access it, for example,
from an internet cafe, and I'll know it's 100% safe.
I think it's just a case of adding a single function. It doesnt seem to be
AGPL, so I could just maintain that feature in my local branch? If anyone
else was interested, I could publish the source tho ...
> On Sat, Jul 7, 2012 at 1:27 PM, Melvin Carvalho
> <melvincarva...@gmail.com> wrote:
> > On 26 June 2012 23:28, Jan-Christoph Borchardt <h...@jancborchardt.net>
> > wrote:
> >> Hey Melvin, cool you like it! It was born out of the need for having
> >> multiple documents next to each other and is mainly just a personal
> >> hack. I’m actually working on another text app which focuses more on
> >> distraction-free writing.
> >> The typeface is that dark by design because once you know it, these
> >> headers would be obtrusive when more visible.
> >> (Flattr folks: is there a dark theme for the button? It’s pretty
> >> intrusive so I reduced the opacity but it still looks weird.)
> >> Cheers!
> > I've been thinking about an idea for porting this great app to a slightly
> > more structured format in the RWW.
> > Here's a rough sketch of my thoughts. If i get time ill try and build a
> > working demo:
> > 1 Model
> > ========
> > Items that need to be modelled:
> > 1.1. Pane (URI, title, body)
> > 1.2. User (URI)
> > 1.3. Data Store (URI)
> > In line with web arch, anything important has a URI (note that this is a
> > more general solution then remotestorage, presently). In addition a pane
> > has 2 text fields, each with a title and a body.
> > 2 Controller
> > ===========
> > The idea is to load and save the data model into the data store.
> > The current 'autosave' style model where everything is dumped to
> localhost
> > and then synced with a remote storage is neat, mainly because 'it just
> > works'.
> > The two features we need are
> > 2.1 Load on startup
> > 2.2 Sync to localstorage
> > 2.3 Sync to remoteStorage
> > 3 View
> > ======
> > Can more or less be kept the same.
> > Feedback welcome!
> >> On Tue, Jun 26, 2012 at 8:28 AM, Melvin Carvalho
> >> <melvincarva...@gmail.com> wrote:
> >> > On 26 June 2012 17:23, elf Pavlik <perpetual-trip...@wwelves.org>
> wrote:
> >> >> Excerpts from Melvin Carvalho's message of 2012-06-26 14:49:28 +0000:
> >> >> > PS we also need to turn docrastinate into a verb! 'Docrastinate
> it!'
> >> >> > :)
> >> >> ➜ whois docrastinate.it
> >> > Nice find
> >> > "Just.docrastinate.it!" :D
> >> >> Domain: docrastinate.it
> >> >> Status: AVAILABLE
>> i had a bit of trouble deciding whether it should be called 'content'
>> or 'contents' and whether to use https in the @type URI
> When running my own version, I'll just make a *slight* change, in that I'd
> like to store my data encrypted. This way, I can access it, for example,
> from an internet cafe, and I'll know it's 100% safe.
> I think it's just a case of adding a single function. It doesnt seem to
> be AGPL, so I could just maintain that feature in my local branch? If
> anyone else was interested, I could publish the source tho ...
Hmmm re encryption: just read this:
the UK will send its citizens to jail for up to five years if they cannot
produce the key to an encrypted data set.
>> On Sat, Jul 7, 2012 at 1:27 PM, Melvin Carvalho
>> <melvincarva...@gmail.com> wrote:
>> > On 26 June 2012 23:28, Jan-Christoph Borchardt <h...@jancborchardt.net>
>> > wrote:
>> >> Hey Melvin, cool you like it! It was born out of the need for having
>> >> multiple documents next to each other and is mainly just a personal
>> >> hack. I’m actually working on another text app which focuses more on
>> >> distraction-free writing.
>> >> The typeface is that dark by design because once you know it, these
>> >> headers would be obtrusive when more visible.
>> >> (Flattr folks: is there a dark theme for the button? It’s pretty
>> >> intrusive so I reduced the opacity but it still looks weird.)
>> >> Cheers!
>> > I've been thinking about an idea for porting this great app to a
>> slightly
>> > more structured format in the RWW.
>> > Here's a rough sketch of my thoughts. If i get time ill try and build a
>> > working demo:
>> > 1 Model
>> > ========
>> > Items that need to be modelled:
>> > 1.1. Pane (URI, title, body)
>> > 1.2. User (URI)
>> > 1.3. Data Store (URI)
>> > In line with web arch, anything important has a URI (note that this is a
>> > more general solution then remotestorage, presently). In addition a
>> pane
>> > has 2 text fields, each with a title and a body.
>> > 2 Controller
>> > ===========
>> > The idea is to load and save the data model into the data store.
>> > The current 'autosave' style model where everything is dumped to
>> localhost
>> > and then synced with a remote storage is neat, mainly because 'it just
>> > works'.
>> > The two features we need are
>> > 2.1 Load on startup
>> > 2.2 Sync to localstorage
>> > 2.3 Sync to remoteStorage
>> > 3 View
>> > ======
>> > Can more or less be kept the same.
>> > Feedback welcome!
>> >> On Tue, Jun 26, 2012 at 8:28 AM, Melvin Carvalho
>> >> <melvincarva...@gmail.com> wrote:
>> >> > On 26 June 2012 17:23, elf Pavlik <perpetual-trip...@wwelves.org>
>> wrote:
>> >> >> Excerpts from Melvin Carvalho's message of 2012-06-26 14:49:28
>> +0000:
>> >> >> > PS we also need to turn docrastinate into a verb! 'Docrastinate
>> it!'
>> >> >> > :)
>> >> >> ➜ whois docrastinate.it
>> >> > Nice find
>> >> > "Just.docrastinate.it!" :D
>> >> >> Domain: docrastinate.it
>> >> >> Status: AVAILABLE
> The only thing I would say is that the headings black on black I find a
> little bit difficult to see.
> Given that almost always only use 1 machine the localstorage sync is a
> great feature.
> I suppose if I was more mobile, then sharing across devices would be
> really useful.
> One thought that struck me is that eventually each of the 3 'panes'
> (tabs?) could be a separate entity in it's own right. Some you could
> share, some private, some public. But right now docrastinate does
> everything I need.
> I could just shove in some .js to change the heading colors.
> Anyone else use this awesome app?
> PS we also need to turn docrastinate into a verb! 'Docrastinate it!' :)
Just a note on this. I found a really useful technique that an apply to
all unhosted apps.
Firstly I tend to host the .js on my own machine for speed and security, as
I'm sure many here do for testing.
“I have always lived my life by making lists: lists of people to call,
lists of ideas, lists of companies to set up, lists of people who can make
things happen. Each day I work through these lists, and that sequence of
calls propels me forward.”
By applying a simple apache serveralias directive you can send all
subdomains to the same place
So now I can have many lists running docrastinate:
etc. and can make them up on the fly. The magic of localStorage means that
each subdomain maintains its own lists and I didnt have to write any
additional code!
>> The only thing I would say is that the headings black on black I find a
>> little bit difficult to see.
>> Given that almost always only use 1 machine the localstorage sync is a
>> great feature.
>> I suppose if I was more mobile, then sharing across devices would be
>> really useful.
>> One thought that struck me is that eventually each of the 3 'panes'
>> (tabs?) could be a separate entity in it's own right. Some you could share,
>> some private, some public. But right now docrastinate does everything I
>> need.
>> I could just shove in some .js to change the heading colors.
>> Anyone else use this awesome app?
>> PS we also need to turn docrastinate into a verb! 'Docrastinate it!' :)
> Just a note on this. I found a really useful technique that an apply to all
> unhosted apps.
> Firstly I tend to host the .js on my own machine for speed and security, as
> I'm sure many here do for testing.
> I was inspired by a comment from richard branson:
> “I have always lived my life by making lists: lists of people to call, lists
> of ideas, lists of companies to set up, lists of people who can make things
> happen. Each day I work through these lists, and that sequence of calls
> propels me forward.”
> By applying a simple apache serveralias directive you can send all
> subdomains to the same place
> So now I can have many lists running docrastinate:
> etc. and can make them up on the fly. The magic of localStorage means that
> each subdomain maintains its own lists and I didnt have to write any
> additional code!
I suspect, as soon as you sync with remotestorage, the notes will
overwrite each other.
> > The only thing I would say is that the headings black on black I find a
> > little bit difficult to see.
> > Given that almost always only use 1 machine the localstorage sync is a
> > great feature.
> > I suppose if I was more mobile, then sharing across devices would be
> > really useful.
> > One thought that struck me is that eventually each of the 3 'panes'
> > (tabs?) could be a separate entity in it's own right. Some you could
> > share, some private, some public. But right now docrastinate does
> > everything I need.
> > I could just shove in some .js to change the heading colors.
> > Anyone else use this awesome app?
> > PS we also need to turn docrastinate into a verb! 'Docrastinate it!' :)
> Just a note on this. I found a really useful technique that an apply to
> all unhosted apps.
> Firstly I tend to host the .js on my own machine for speed and security, as
> I'm sure many here do for testing.
> I was inspired by a comment from richard branson:
> “I have always lived my life by making lists: lists of people to call,
> lists of ideas, lists of companies to set up, lists of people who can make
> things happen. Each day I work through these lists, and that sequence of
> calls propels me forward.”
> By applying a simple apache serveralias directive you can send all
> subdomains to the same place
> So now I can have many lists running docrastinate:
> etc. and can make them up on the fly. The magic of localStorage means that
> each subdomain maintains its own lists and I didnt have to write any
> additional code!
nice one!
it sounds interesting to have some sort of /misc path where you can have your localstorage simply syncing without any modules to remote storage and just makes a subpath per domain /misc/today.do.me /misc/work.do.me etc...
<perpetual-trip...@wwelves.org> wrote:
> it sounds interesting to have some sort of /misc path where you can have your localstorage simply syncing without any modules to remote storage and just makes a subpath per domain /misc/today.do.me /misc/work.do.me etc...
that's the opposite of what we want. it would lock all your data into
the '*.do.me' walled garden.
> >> The only thing I would say is that the headings black on black I find a
> >> little bit difficult to see.
> >> Given that almost always only use 1 machine the localstorage sync is a
> >> great feature.
> >> I suppose if I was more mobile, then sharing across devices would be
> >> really useful.
> >> One thought that struck me is that eventually each of the 3 'panes'
> >> (tabs?) could be a separate entity in it's own right. Some you could
> share,
> >> some private, some public. But right now docrastinate does everything I
> >> need.
> >> I could just shove in some .js to change the heading colors.
> >> Anyone else use this awesome app?
> >> PS we also need to turn docrastinate into a verb! 'Docrastinate it!'
> :)
> > Just a note on this. I found a really useful technique that an apply to
> all
> > unhosted apps.
> > Firstly I tend to host the .js on my own machine for speed and security,
> as
> > I'm sure many here do for testing.
> > I was inspired by a comment from richard branson:
> > “I have always lived my life by making lists: lists of people to call,
> lists
> > of ideas, lists of companies to set up, lists of people who can make
> things
> > happen. Each day I work through these lists, and that sequence of calls
> > propels me forward.”
> > By applying a simple apache serveralias directive you can send all
> > subdomains to the same place
> > So now I can have many lists running docrastinate:
> > etc. and can make them up on the fly. The magic of localStorage means
> that
> > each subdomain maintains its own lists and I didnt have to write any
> > additional code!
> I suspect, as soon as you sync with remotestorage, the notes will
> overwrite each other.
Thanks for the heads up.
At the moment the sync part is not as mission critical for me as it may be
for some, as I do most of my work on one machine. I really do love having
it so easy to fire up new task lists at will tho.
Obviously, still just at proof of concept stage, to do anything more
sophisticated I'd probably have to do more testing or write a bit of helper
code ...
On 2 October 2012 14:26, Michiel de Jong <mich...@unhosted.org> wrote:
> On Tue, Oct 2, 2012 at 2:03 PM, ☮ elf Pavlik ☮
> <perpetual-trip...@wwelves.org> wrote:
> > it sounds interesting to have some sort of /misc path where you can have
> your localstorage simply syncing without any modules to remote storage and
> just makes a subpath per domain /misc/today.do.me /misc/work.do.me etc...
> that's the opposite of what we want. it would lock all your data into
> the '*.do.me' walled garden.
Makes sense. But in my case I'm syncing to a domain that I own. So if
storage moves I can repoint it. Sort of the freedombox paradigm.
Docrastinate is limited on purpose. Hacking domains and in effect
making the data either overwrite each other or not portable is not
really a way to go there. Best just wait for http://litewrite.net to
get remotestorage.
> On 2 October 2012 14:26, Michiel de Jong <mich...@unhosted.org> wrote:
>> On Tue, Oct 2, 2012 at 2:03 PM, ☮ elf Pavlik ☮
>> <perpetual-trip...@wwelves.org> wrote:
>> > it sounds interesting to have some sort of /misc path where you can have
>> > your localstorage simply syncing without any modules to remote storage and
>> > just makes a subpath per domain /misc/today.do.me /misc/work.do.me etc...
>> that's the opposite of what we want. it would lock all your data into
>> the '*.do.me' walled garden.
> Makes sense. But in my case I'm syncing to a domain that I own. So if
> storage moves I can repoint it. Sort of the freedombox paradigm.
Excerpts from Michiel de Jong's message of 2012-10-02 12:26:08 +0000:
> On Tue, Oct 2, 2012 at 2:03 PM, ☮ elf Pavlik ☮
> <perpetual-trip...@wwelves.org> wrote:
> > it sounds interesting to have some sort of /misc path where you can have your localstorage simply syncing without any modules to remote storage and just makes a subpath per domain /misc/today.do.me /misc/work.do.me etc...
> that's the opposite of what we want. it would lock all your data into
> the '*.do.me' walled garden.
well if i want to do it this way - why not? also with apps like seven20 i can move my data to wherever i want to + most likely i will clone apps anyways and run them from domains i like so no problem with locking here
i don't say about doing it INSTEAD of modules but as COMPLEMENTARY option... functionality of 'just sync my local storage' seams to me rather practical and i believe straight forward to implement?
<perpetual-trip...@wwelves.org> wrote:
> Excerpts from Michiel de Jong's message of 2012-10-02 12:26:08 +0000:
>> On Tue, Oct 2, 2012 at 2:03 PM, ☮ elf Pavlik ☮
>> <perpetual-trip...@wwelves.org> wrote:
>> > it sounds interesting to have some sort of /misc path where you can have your localstorage simply syncing without any modules to remote storage and just makes a subpath per domain /misc/today.do.me /misc/work.do.me etc...
>> that's the opposite of what we want. it would lock all your data into
>> the '*.do.me' walled garden.
> well if i want to do it this way - why not? also with apps like seven20 i can move my data to wherever i want to + most likely i will clone apps anyways and run them from domains i like so no problem with locking here
> i don't say about doing it INSTEAD of modules but as COMPLEMENTARY option... functionality of 'just sync my local storage' seams to me rather practical and i believe straight forward to implement?
> On Tue, Oct 2, 2012 at 2:46 PM, ☮ elf Pavlik ☮
> <perpetual-trip...@wwelves.org> wrote:
> > Excerpts from Michiel de Jong's message of 2012-10-02 12:26:08 +0000:
> >> On Tue, Oct 2, 2012 at 2:03 PM, ☮ elf Pavlik ☮
> >> <perpetual-trip...@wwelves.org> wrote:
> >> > it sounds interesting to have some sort of /misc path where you can have your localstorage simply syncing without any modules to remote storage and just makes a subpath per domain /misc/today.do.me /misc/work.do.me etc...
> >> that's the opposite of what we want. it would lock all your data into
> >> the '*.do.me' walled garden.
> > well if i want to do it this way - why not? also with apps like seven20 i can move my data to wherever i want to + most likely i will clone apps anyways and run them from domains i like so no problem with locking here
> > i don't say about doing it INSTEAD of modules but as COMPLEMENTARY option... functionality of 'just sync my local storage' seams to me rather practical and i believe straight forward to implement?
On 2 October 2012 15:21, Jan-Christoph Borchardt <h...@jancborchardt.net>wrote:
> Even if it’s possible, we shouldn’t really endorse or do it as it
> creates walled data gardens. We have modules exactly so this doesn’t
> happen.
Small point. Walled gardens are all about telling you what you CANT do.
Free software is about the freedom to inspect, correct, improve and
connect. Adding features is not creating a walled garden.
BUT I'm 100% behind the importance of compatibility. If you want to use
the remote storage logo you should play by the remote storage rules, so
that the users get a consistent experience, rather than chaos.
> On Tue, Oct 2, 2012 at 2:46 PM, ☮ elf Pavlik ☮
> <perpetual-trip...@wwelves.org> wrote:
> > Excerpts from Michiel de Jong's message of 2012-10-02 12:26:08 +0000:
> >> On Tue, Oct 2, 2012 at 2:03 PM, ☮ elf Pavlik ☮
> >> <perpetual-trip...@wwelves.org> wrote:
> >> > it sounds interesting to have some sort of /misc path where you can
> have your localstorage simply syncing without any modules to remote storage
> and just makes a subpath per domain /misc/today.do.me /misc/work.do.meetc...
> >> that's the opposite of what we want. it would lock all your data into
> >> the '*.do.me' walled garden.
> > well if i want to do it this way - why not? also with apps like seven20
> i can move my data to wherever i want to + most likely i will clone apps
> anyways and run them from domains i like so no problem with locking here
> > i don't say about doing it INSTEAD of modules but as COMPLEMENTARY
> option... functionality of 'just sync my local storage' seams to me rather
> practical and i believe straight forward to implement?
Bottom line: If I see Docrastinate – or any unhosted web app for that
matter – I want it to display my notes (or respective other module),
always the same ones. Not use a different module or data set of which
the management is intransparent to me. If you want to have more notes
than the 3 offered by Docrastinate, it’s the wrong app for you. Don’t
shoehorn it into something it’s not made for. (If anything, rather
than subdomains there should be something like a groups dropdown in
the app. If you want to do that, go nuts with the code:
https://github.com/jancborchardt/docrastinate )
> On 2 October 2012 15:21, Jan-Christoph Borchardt <h...@jancborchardt.net>
> wrote:
>> Even if it’s possible, we shouldn’t really endorse or do it as it
>> creates walled data gardens. We have modules exactly so this doesn’t
>> happen.
> Small point. Walled gardens are all about telling you what you CANT do.
> Free software is about the freedom to inspect, correct, improve and connect.
> Adding features is not creating a walled garden.
> BUT I'm 100% behind the importance of compatibility. If you want to use the
> remote storage logo you should play by the remote storage rules, so that the
> users get a consistent experience, rather than chaos.
>> On Tue, Oct 2, 2012 at 2:46 PM, ☮ elf Pavlik ☮
>> <perpetual-trip...@wwelves.org> wrote:
>> > Excerpts from Michiel de Jong's message of 2012-10-02 12:26:08 +0000:
>> >> On Tue, Oct 2, 2012 at 2:03 PM, ☮ elf Pavlik ☮
>> >> <perpetual-trip...@wwelves.org> wrote:
>> >> > it sounds interesting to have some sort of /misc path where you can
>> >> > have your localstorage simply syncing without any modules to remote storage
>> >> > and just makes a subpath per domain /misc/today.do.me /misc/work.do.me
>> >> > etc...
>> >> that's the opposite of what we want. it would lock all your data into
>> >> the '*.do.me' walled garden.
>> > well if i want to do it this way - why not? also with apps like seven20
>> > i can move my data to wherever i want to + most likely i will clone apps
>> > anyways and run them from domains i like so no problem with locking here
>> > i don't say about doing it INSTEAD of modules but as COMPLEMENTARY
>> > option... functionality of 'just sync my local storage' seams to me rather
>> > practical and i believe straight forward to implement?
Oh and btw on the point of »free software«: We are _not only_
concerned with software freedom, but especially data freedom and to
that extent the freedom of the people to be in control. This is only
possible if it’s transparent to them what happens with their data.
<h...@jancborchardt.net> wrote:
> Bottom line: If I see Docrastinate – or any unhosted web app for that
> matter – I want it to display my notes (or respective other module),
> always the same ones. Not use a different module or data set of which
> the management is intransparent to me. If you want to have more notes
> than the 3 offered by Docrastinate, it’s the wrong app for you. Don’t
> shoehorn it into something it’s not made for. (If anything, rather
> than subdomains there should be something like a groups dropdown in
> the app. If you want to do that, go nuts with the code:
> https://github.com/jancborchardt/docrastinate )
> On Tue, Oct 2, 2012 at 4:36 PM, Melvin Carvalho
> <melvincarva...@gmail.com> wrote:
>> On 2 October 2012 15:21, Jan-Christoph Borchardt <h...@jancborchardt.net>
>> wrote:
>>> Even if it’s possible, we shouldn’t really endorse or do it as it
>>> creates walled data gardens. We have modules exactly so this doesn’t
>>> happen.
>> Small point. Walled gardens are all about telling you what you CANT do.
>> Free software is about the freedom to inspect, correct, improve and connect.
>> Adding features is not creating a walled garden.
>> BUT I'm 100% behind the importance of compatibility. If you want to use the
>> remote storage logo you should play by the remote storage rules, so that the
>> users get a consistent experience, rather than chaos.
>>> On Tue, Oct 2, 2012 at 2:46 PM, ☮ elf Pavlik ☮
>>> <perpetual-trip...@wwelves.org> wrote:
>>> > Excerpts from Michiel de Jong's message of 2012-10-02 12:26:08 +0000:
>>> >> On Tue, Oct 2, 2012 at 2:03 PM, ☮ elf Pavlik ☮
>>> >> <perpetual-trip...@wwelves.org> wrote:
>>> >> > it sounds interesting to have some sort of /misc path where you can
>>> >> > have your localstorage simply syncing without any modules to remote storage
>>> >> > and just makes a subpath per domain /misc/today.do.me /misc/work.do.me
>>> >> > etc...
>>> >> that's the opposite of what we want. it would lock all your data into
>>> >> the '*.do.me' walled garden.
>>> > well if i want to do it this way - why not? also with apps like seven20
>>> > i can move my data to wherever i want to + most likely i will clone apps
>>> > anyways and run them from domains i like so no problem with locking here
>>> > i don't say about doing it INSTEAD of modules but as COMPLEMENTARY
>>> > option... functionality of 'just sync my local storage' seams to me rather
>>> > practical and i believe straight forward to implement?
