Talk:Journal: Difference between revisions
(Where is journal data written to in the file system?) |
|||
| Line 13: | Line 13: | ||
Is there a document within the wiki that describes how journal data is actually stored 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, etc. |
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). |
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? |
|||
In trying to do what should be a rather simple task, I have found the constraints of the Journal (and the hiding of the filesystem) to be quite frustrating. This type of thing should not be this complicated. Am I approaching it incorrectly? |
|||
--[[User:Legutierr|Legutierr]] 21:51, 21 December 2007 (EST) |
--[[User:Legutierr|Legutierr]] 21:51, 21 December 2007 (EST) |
||
Revision as of 05:48, 22 December 2007
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)