<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: The Document Journal</title>
	<atom:link href="http://clarkbw.net/blog/2007/04/21/the-document-journal/feed/" rel="self" type="application/rss+xml" />
	<link>http://clarkbw.net/blog/2007/04/21/the-document-journal/</link>
	<description>Change thrives on me</description>
	<lastBuildDate>Sat, 13 Mar 2010 22:28:09 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: One Laptop Per Child News</title>
		<link>http://clarkbw.net/blog/2007/04/21/the-document-journal/comment-page-1/#comment-60</link>
		<dc:creator>One Laptop Per Child News</dc:creator>
		<pubDate>Thu, 03 May 2007 12:30:11 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/04/21/the-document-journal/#comment-60</guid>
		<description>&lt;strong&gt;Microsoft and OLPC: A Clash of Civilizations Operating Systems...&lt;/strong&gt;

Luis Ramirez collaborates with himself   
I think we can all agree that the topic of whether Microsoft software should be running on the One Laptop Per Child X0 machines is currently a good trigger for extensive discussions. I myself have previously co...</description>
		<content:encoded><![CDATA[<p><strong>Microsoft and OLPC: A Clash of Civilizations Operating Systems&#8230;</strong></p>
<p>Luis Ramirez collaborates with himself<br />
I think we can all agree that the topic of whether Microsoft software should be running on the One Laptop Per Child X0 machines is currently a good trigger for extensive discussions. I myself have previously co&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dean</title>
		<link>http://clarkbw.net/blog/2007/04/21/the-document-journal/comment-page-1/#comment-30</link>
		<dc:creator>Dean</dc:creator>
		<pubDate>Tue, 24 Apr 2007 01:37:59 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/04/21/the-document-journal/#comment-30</guid>
		<description>Bryan: I remember playing with the outlook journal a few years ago, things could have changed but I think it&#039;s turned off by default. It does journal other outlook stuff too, calendar events and things, though that still leaves it far far away from interfacing with everything.</description>
		<content:encoded><![CDATA[<p>Bryan: I remember playing with the outlook journal a few years ago, things could have changed but I think it&#8217;s turned off by default. It does journal other outlook stuff too, calendar events and things, though that still leaves it far far away from interfacing with everything.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryan Clark</title>
		<link>http://clarkbw.net/blog/2007/04/21/the-document-journal/comment-page-1/#comment-29</link>
		<dc:creator>Bryan Clark</dc:creator>
		<pubDate>Tue, 24 Apr 2007 00:42:06 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/04/21/the-document-journal/#comment-29</guid>
		<description>Andrew: Thanks for the link, I&#039;d never seen that before.  It would be cool to have a good hook into what&#039;s going on in Eclipse development.  I think the Journal could just be an interface to expose that work along with your other things.

Lee: I&#039;d never seen the Outlook Journal feature, hopefully I can take a peak at it sometime to understand what you mean.  I wonder if it&#039;s not useful because it doesn&#039;t interface with anything except for email?</description>
		<content:encoded><![CDATA[<p>Andrew: Thanks for the link, I&#8217;d never seen that before.  It would be cool to have a good hook into what&#8217;s going on in Eclipse development.  I think the Journal could just be an interface to expose that work along with your other things.</p>
<p>Lee: I&#8217;d never seen the Outlook Journal feature, hopefully I can take a peak at it sometime to understand what you mean.  I wonder if it&#8217;s not useful because it doesn&#8217;t interface with anything except for email?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryan Clark</title>
		<link>http://clarkbw.net/blog/2007/04/21/the-document-journal/comment-page-1/#comment-28</link>
		<dc:creator>Bryan Clark</dc:creator>
		<pubDate>Tue, 24 Apr 2007 00:39:31 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/04/21/the-document-journal/#comment-28</guid>
		<description>Andy: Some good ideas.  I would say the project creation stuff is a function of organizing and you&#039;d use some kind of tag based system for that.

The reason, AFAIK, for the current train of thought where you say you go against the grain is that nobody can get all those ducks in a row.  It would be really nice for us to get everyone on board with the total vision and move to something like what you&#039;re talking about.  However the steps that&#039;s easiest for us to take initially is to exemplify the cool interactions that are possible in one application and as certain pieces make sense to integrate into other apps people do so.</description>
		<content:encoded><![CDATA[<p>Andy: Some good ideas.  I would say the project creation stuff is a function of organizing and you&#8217;d use some kind of tag based system for that.</p>
<p>The reason, AFAIK, for the current train of thought where you say you go against the grain is that nobody can get all those ducks in a row.  It would be really nice for us to get everyone on board with the total vision and move to something like what you&#8217;re talking about.  However the steps that&#8217;s easiest for us to take initially is to exemplify the cool interactions that are possible in one application and as certain pieces make sense to integrate into other apps people do so.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Preston</title>
		<link>http://clarkbw.net/blog/2007/04/21/the-document-journal/comment-page-1/#comment-26</link>
		<dc:creator>Andy Preston</dc:creator>
		<pubDate>Mon, 23 Apr 2007 13:40:28 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/04/21/the-document-journal/#comment-26</guid>
		<description>Hi Dean,
 I&#039;ve looked at Dashboard a couple of times, and wondered where it went ( reading Planet Gnome I found out ), but it still doesn&#039;t full fill my need, at least where it was left off.  It&#039;s great it contains my last contacts with Joe, but it they were about project ABC and I&#039;m now working on project XYZ, it doesn&#039;t matter. 

 I had originally thought what I had in mind was a seperate app, but I&#039;ll describe this more as an extension to Nautilus with plug ins from different apps to make it all work, but it could be done either way

1) Select &quot;New Project&quot;, enter name and optional fields such as members etc. The members would be from a global address list.
2) Select &quot;New Document&quot;, select type, name etc and it&#039;s added to project, edit and save.
3) Select &quot;Email Document&quot;, email list occurs. This would be a list of people who are members and anyone with emails who have emailed into this project before. Write and send email. This is all done from this &quot;Project Manager&quot;, without entering the email client, say working through a plugin in brings up a compose window with auto attachment. This is currently implemented, apart from the intelligent email address.
4) Have it auto check for emails, and add replies to the project. From the regular email client a user could also mark the email as being for this project and it would be visible in the project. 

 I hope that makes it a little clearer. As a Gnome user, it seems like a lot of the pieces are there, needs integrating. 

 I realise my thoughts go against the grain somewhat, in that the common thinking right now is to let all the different apps do what they want, and the current solution is for the app (Beagle, Tracker etc) try and bring all the data together in a sensible way. 
 My thought is to give the user much more power initially by allowing them to only use one interface and to remove the current emphasis on the program that does the job, and bring it back onto the function. Once this is done, the Journal or Beagle type functionality becomes a lot more useful, since it has some basis to go from.

Andy</description>
		<content:encoded><![CDATA[<p>Hi Dean,<br />
 I&#8217;ve looked at Dashboard a couple of times, and wondered where it went ( reading Planet Gnome I found out ), but it still doesn&#8217;t full fill my need, at least where it was left off.  It&#8217;s great it contains my last contacts with Joe, but it they were about project ABC and I&#8217;m now working on project XYZ, it doesn&#8217;t matter. </p>
<p> I had originally thought what I had in mind was a seperate app, but I&#8217;ll describe this more as an extension to Nautilus with plug ins from different apps to make it all work, but it could be done either way</p>
<p>1) Select &#8220;New Project&#8221;, enter name and optional fields such as members etc. The members would be from a global address list.<br />
2) Select &#8220;New Document&#8221;, select type, name etc and it&#8217;s added to project, edit and save.<br />
3) Select &#8220;Email Document&#8221;, email list occurs. This would be a list of people who are members and anyone with emails who have emailed into this project before. Write and send email. This is all done from this &#8220;Project Manager&#8221;, without entering the email client, say working through a plugin in brings up a compose window with auto attachment. This is currently implemented, apart from the intelligent email address.<br />
4) Have it auto check for emails, and add replies to the project. From the regular email client a user could also mark the email as being for this project and it would be visible in the project. </p>
<p> I hope that makes it a little clearer. As a Gnome user, it seems like a lot of the pieces are there, needs integrating. </p>
<p> I realise my thoughts go against the grain somewhat, in that the common thinking right now is to let all the different apps do what they want, and the current solution is for the app (Beagle, Tracker etc) try and bring all the data together in a sensible way.<br />
 My thought is to give the user much more power initially by allowing them to only use one interface and to remove the current emphasis on the program that does the job, and bring it back onto the function. Once this is done, the Journal or Beagle type functionality becomes a lot more useful, since it has some basis to go from.</p>
<p>Andy</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dean</title>
		<link>http://clarkbw.net/blog/2007/04/21/the-document-journal/comment-page-1/#comment-25</link>
		<dc:creator>Dean</dc:creator>
		<pubDate>Sun, 22 Apr 2007 23:51:24 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/04/21/the-document-journal/#comment-25</guid>
		<description>Andy: That&#039;s called &#039;implicit querying&#039;, your idea sounds similar-ish to dashboard in that it displays items related to the item you&#039;re working on now, folks realised they needed a search engine to back dashboard and so beagle was born.</description>
		<content:encoded><![CDATA[<p>Andy: That&#8217;s called &#8216;implicit querying&#8217;, your idea sounds similar-ish to dashboard in that it displays items related to the item you&#8217;re working on now, folks realised they needed a search engine to back dashboard and so beagle was born.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christopher Blizzard &#187; Blog Archive &#187; the journal for one laptop</title>
		<link>http://clarkbw.net/blog/2007/04/21/the-document-journal/comment-page-1/#comment-24</link>
		<dc:creator>Christopher Blizzard &#187; Blog Archive &#187; the journal for one laptop</dc:creator>
		<pubDate>Sun, 22 Apr 2007 17:28:12 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/04/21/the-document-journal/#comment-24</guid>
		<description>[...] finally posted something about the Journal idea that he and Seth had been worked on way back when. We&#8217;re using a lot of these ideas for some [...]</description>
		<content:encoded><![CDATA[<p>[...] finally posted something about the Journal idea that he and Seth had been worked on way back when. We&#8217;re using a lot of these ideas for some [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lee Willis</title>
		<link>http://clarkbw.net/blog/2007/04/21/the-document-journal/comment-page-1/#comment-23</link>
		<dc:creator>Lee Willis</dc:creator>
		<pubDate>Sun, 22 Apr 2007 07:59:16 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/04/21/the-document-journal/#comment-23</guid>
		<description>Erm, isn&#039;t this exactly the same as MS Outlook&#039;s identically named feature?

[Open Outlook, &quot;Go&quot; Menu, &quot;Journal&quot;]

[Not that it isn&#039;t a good idea - but Outlook has had this for year&#039;s AFAIK and no-one I know uses it ...]</description>
		<content:encoded><![CDATA[<p>Erm, isn&#8217;t this exactly the same as MS Outlook&#8217;s identically named feature?</p>
<p>[Open Outlook, "Go" Menu, "Journal"]</p>
<p>[Not that it isn't a good idea - but Outlook has had this for year's AFAIK and no-one I know uses it ...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Overholt</title>
		<link>http://clarkbw.net/blog/2007/04/21/the-document-journal/comment-page-1/#comment-21</link>
		<dc:creator>Andrew Overholt</dc:creator>
		<pubDate>Sun, 22 Apr 2007 00:05:23 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/04/21/the-document-journal/#comment-21</guid>
		<description>I&#039;ve been thinking that it would be cool to take the task-focused UI bits of Mylar and spit out a &quot;what I did this week&quot; list.  It tracks time, too.  I realize it&#039;s Eclipse-centric, but for those that use it, it&#039;s cool :)

http://eclipse.org/mylar

Available in Fedora 7 with Bugzilla and Trac connectors.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been thinking that it would be cool to take the task-focused UI bits of Mylar and spit out a &#8220;what I did this week&#8221; list.  It tracks time, too.  I realize it&#8217;s Eclipse-centric, but for those that use it, it&#8217;s cool <img src='http://clarkbw.net/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p><a href="http://eclipse.org/mylar" rel="nofollow">http://eclipse.org/mylar</a></p>
<p>Available in Fedora 7 with Bugzilla and Trac connectors.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Preston</title>
		<link>http://clarkbw.net/blog/2007/04/21/the-document-journal/comment-page-1/#comment-20</link>
		<dc:creator>Andy Preston</dc:creator>
		<pubDate>Sat, 21 Apr 2007 19:28:31 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/04/21/the-document-journal/#comment-20</guid>
		<description>I did some rough design for a program I was going to call &quot;My Life&quot; back in 98 and no-one has really come up with that really touches it yet, maybe www.stikkit.com comes close, but not really. 

 Most things that we do, both in our lives and at work, don&#039;t fit into the methods that we use to achieve them. Our lives are much more centered around big things such as a project, moving, organising the childs foorball games etc. Email, web etc are just conduits that make these bigger things happen. The way that the computer industry is trying to fix this is the &quot;find&quot; metaphor. I think this is backwards. My desk is a mess, but I know where things are. I don&#039;t send out a search party each time I need something. I should be able to look under the &quot;Move to Boston&quot; (tab/icon/balloon etc ?) and see all the documents, emails etc related to that. I had somewhat imagined an interface with ballons, those at the top were more important and most recent, floating lower less important or less recent, much the way life occurs. An even is coming up, happens, then floats away into the past. 

 To me this is not much use to me:
    * You created GNOME Document Journal icon (30 minutes total)
    * You edited your GNOME Document Journal blog entry (4 times, 1.3 hours total)
    * You responded to emails (12 replies, 38 minutes total)

But this is:
  Gnome Project
    * You created GNOME Document Journal icon (30 minutes total)
    * You edited your GNOME Document Journal blog entry (4 times, 1.3 hours total)
    * You responded to emails (3 replies, 24 minutes total)
  Moving To Boston
    * You responded to emails (7 replies, 4 minutes total)
  Brians FootBall Game
    * You responded to emails (2 replies, 10 minutes total)

 I even think that maybe it could be done on the Beagle or other search type engine code base if it&#039;s repacked to basically flip the metaphore around. If the apps are modified so that the email can easily be tagged/moved to a project, that it&#039;s easy to be looking at the contents of the balloon for &quot;Moving to Boston&quot;, and  you can easily from there say, &quot;New Email&quot; or &quot;New Document&quot; and you create the item automatically for that. I guess it almost needs to be built into the Window Manager to make it work fully integrated. 

 I Hope I didn&#039;t ramble too much and that it makes sense.

Andy</description>
		<content:encoded><![CDATA[<p>I did some rough design for a program I was going to call &#8220;My Life&#8221; back in 98 and no-one has really come up with that really touches it yet, maybe <a href="http://www.stikkit.com" rel="nofollow">http://www.stikkit.com</a> comes close, but not really. </p>
<p> Most things that we do, both in our lives and at work, don&#8217;t fit into the methods that we use to achieve them. Our lives are much more centered around big things such as a project, moving, organising the childs foorball games etc. Email, web etc are just conduits that make these bigger things happen. The way that the computer industry is trying to fix this is the &#8220;find&#8221; metaphor. I think this is backwards. My desk is a mess, but I know where things are. I don&#8217;t send out a search party each time I need something. I should be able to look under the &#8220;Move to Boston&#8221; (tab/icon/balloon etc ?) and see all the documents, emails etc related to that. I had somewhat imagined an interface with ballons, those at the top were more important and most recent, floating lower less important or less recent, much the way life occurs. An even is coming up, happens, then floats away into the past. </p>
<p> To me this is not much use to me:<br />
    * You created GNOME Document Journal icon (30 minutes total)<br />
    * You edited your GNOME Document Journal blog entry (4 times, 1.3 hours total)<br />
    * You responded to emails (12 replies, 38 minutes total)</p>
<p>But this is:<br />
  Gnome Project<br />
    * You created GNOME Document Journal icon (30 minutes total)<br />
    * You edited your GNOME Document Journal blog entry (4 times, 1.3 hours total)<br />
    * You responded to emails (3 replies, 24 minutes total)<br />
  Moving To Boston<br />
    * You responded to emails (7 replies, 4 minutes total)<br />
  Brians FootBall Game<br />
    * You responded to emails (2 replies, 10 minutes total)</p>
<p> I even think that maybe it could be done on the Beagle or other search type engine code base if it&#8217;s repacked to basically flip the metaphore around. If the apps are modified so that the email can easily be tagged/moved to a project, that it&#8217;s easy to be looking at the contents of the balloon for &#8220;Moving to Boston&#8221;, and  you can easily from there say, &#8220;New Email&#8221; or &#8220;New Document&#8221; and you create the item automatically for that. I guess it almost needs to be built into the Window Manager to make it work fully integrated. </p>
<p> I Hope I didn&#8217;t ramble too much and that it makes sense.</p>
<p>Andy</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luis Villa</title>
		<link>http://clarkbw.net/blog/2007/04/21/the-document-journal/comment-page-1/#comment-19</link>
		<dc:creator>Luis Villa</dc:creator>
		<pubDate>Sat, 21 Apr 2007 17:26:32 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/04/21/the-document-journal/#comment-19</guid>
		<description>Dammit, Bryan. If you start actually innovating you&#039;ll make me regret going back to school. NO INNOVATION FOR YOU.</description>
		<content:encoded><![CDATA[<p>Dammit, Bryan. If you start actually innovating you&#8217;ll make me regret going back to school. NO INNOVATION FOR YOU.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryan Clark</title>
		<link>http://clarkbw.net/blog/2007/04/21/the-document-journal/comment-page-1/#comment-18</link>
		<dc:creator>Bryan Clark</dc:creator>
		<pubDate>Sat, 21 Apr 2007 16:43:56 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/04/21/the-document-journal/#comment-18</guid>
		<description>Steven: Exactly!  With the OLPC designs we had both a private web log mirror for all your files to be backed up on.  As well as having a public local (avahi, http) journal that was a method for others to find and browse your files.</description>
		<content:encoded><![CDATA[<p>Steven: Exactly!  With the OLPC designs we had both a private web log mirror for all your files to be backed up on.  As well as having a public local (avahi, http) journal that was a method for others to find and browse your files.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steven Garrity</title>
		<link>http://clarkbw.net/blog/2007/04/21/the-document-journal/comment-page-1/#comment-17</link>
		<dc:creator>Steven Garrity</dc:creator>
		<pubDate>Sat, 21 Apr 2007 14:34:59 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/04/21/the-document-journal/#comment-17</guid>
		<description>It seems that the contents of this document journal, perhaps with limited access to the documents/files in question, could be mirrored on a private weblog for remote access as well.</description>
		<content:encoded><![CDATA[<p>It seems that the contents of this document journal, perhaps with limited access to the documents/files in question, could be mirrored on a private weblog for remote access as well.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 4.790 seconds -->
