Talk:Journal
my journal icon has disappeared how do I get it back. I have pressed the magnifying glass key and it did not work
- The first thing to try is rebooting the machine. If this does not fix the problem, you may have an instance of a problem for which we had gotten a few reports. We have a patch for this latter problem and it will be available soon through the automatic update process. Please do report back if the reboot did or did not fix the problem. --Walter 18:12, 14 December 2007 (EST)
- I also had this problem, and rebooting fixed it. I'm not sure how I killed it in the first place. Another problem I found with Journal is that if you plug a USB flash drive in that already contains a lot of files, like over 2,000 in my case, it takes a long time to index all the files. While it is indexing, it seems to lock up the ability to switch between journal storage and the external storage. Also, is there a way to change the default location that Journal uses for storage, so that it uses my SD card instead? Paul Bock 14:02, 19 December 2007 (EST)
- Some good observations and ideas here. Hopefully to be addressed in the new Journal spin scheduled for early 2008. --Walter 20:41, 19 December 2007 (EST)
Where is journal data written to in the file system?
Is there a document within the wiki that describes how journal data is actually stored in the file system?
It seems that the design of the journal is such that it wants to prevent users from thinking about data in terms of files that have a location within a hierarchy, etc. Does there exist a way within this paradigm, however, for one activity to readily access data created/generated/downloaded by another activity? It seems that the "resume" button in the Journal activity does this in a limited way in its pull-down menu--but the pull-down menu does not list all the activities that might be able to read a certain peice data. Similarly, does there exist a way for a terminal process (vi, for example) to access data created or downloaded by activities? A hierarchical filesystem is very good at making these two tasks easy. How does the Journal solve these problems, and if it does not, what is the work-around (i.e. where is the data stored in the linux filesystem)?
What I am trying to do is download an ebook (albeit a large one, ~1.2mb) in ascii from Project Gutenberg and read it comfortably off-line. As of right now, the only way that I have figured out to do this is to use wget to grab the file and then open it in Browse by typing the file path into the url field (which, incidentally, crashed Browse, probably due to the size of the file).
I must admit that I am frustrated. Am I approaching this issue incorrectly? --Legutierr 21:51, 21 December 2007 (EST)
- The Journal writes to a datastore (See /home/olpc/.sugar/defaults/datastore). There is as yet scant documentation and the mime types for many activities are not yet properly set (the reason why Read didn't open .txt. etc.) There is some good news on the horizon: Reinier Heeres is working on Read; he wrote a simple script to copy a regular file to the datastore/journal that got extended with quite a bit more functionality by Phil Bordelon. Stay tuned. --Walter 12:31, 22 December 2007 (EST)
- Alternatively, you can load files into your Journal from a USB stick by drag and drop. --Walter 12:55, 22 December 2007 (EST)
- BTW, could you please point us to the book that crashed the Browser, so we can investigate? Thanks. --Walter 12:32, 22 December 2007 (EST)
- The book that I downloaded is Thusydides' Peloponnesian War, at http://www.gutenberg.org/dirs/etext04/plpwr10.txt; the crash was not immediate, but took place after attempting to re-size the text a couple of times, and after changing the screen orientation. I'll attempt to reproduce it and post my results.
- BTW, I have experienced Browse crashing on several occasions, although I did not note the exact circumstances in each case. What seemed to be a common denominator was having multiple instances open. I think that I may also have been reorienting the screen for ebook mode, or re-sizing the text, but I cannon be at all sure in those other cases. --Legutierr 13:41, 22 December 2007 (EST)
- The out of memory management is not as stable as we'd like at this point. Activities such as the browser use a lot of memory; multiple instances even more. Look forward to a more stable Browser in the Update.1 release in January, which uses a new underlying engine from Mozilla. --Walter 14:07, 22 December 2007 (EST)
- I was able to reproduce the crash; it doesn't seem to be related to memory. See bug #5639. --Legutierr 23:34, 22 December 2007 (EST)