![]() |
Re: Access Releases Garnet VM Beta 2
Quote:
You'd only use the GVM launcher for configuration and installation of new apps, then... |
Re: Access Releases Garnet VM Beta 2
Just a reminder, the only way Access would know of the problems you are having is if you fill-up the official Compatibility Survey form: http://www.access-company.com/produc.../feedback.html
|
Re: Access Releases Garnet VM Beta 2
Quote:
Edit: I am totally totally ambarrass, the version of Pac-Man I have is a locked version and my key is, of course, long gone. So much about it, I apologize to all the requests. I did send you a copy, you can either play with it for 15 second or send in some $ to unlock it. Sorry. bun |
Re: Access Releases Garnet VM Beta 2
Quote:
|
Re: Access Releases Garnet VM Beta 2
My experience seems to be **much worse** that most posted so far. I created a new GVM installation and installed about 60 Mb of applications and data that had been on a previous installation. It worked O.K. at first. Then, I tried to change the font size within MyBible, and GVM crashed--destroying the entire installation (wiping the gvm.store file). That's much worse than anything I experienced with the previous beta. (I had used the same font size function at least 100 times using the previous beta.)
I have a few other thoughts: 1) Access has not increased the 64 Mb image limit. Currently, I have created 4 separate launchable GVM's so that I can install just some of the software and data that I had working on my T3. This is a pain because I have to stop one GVM and launch another to use some applications. The behavior of the GVM makes me guess that Access may not increase this limit unless it can vastly speed up launch times. Startup times are fast for installations with smaller footprints (< 15 Mb); however, the GVM still starts very slowly (approx. 30 seconds) for installations with gvm.store files in the 55+ Mb range. I would guess that Access may be setting a 64 Mb upper limit because larger installations would be painfully slow in starting. 2) As far as I know, Access uses a proprietary format for the storage file (gvm.store). In my opinion, it would be a **vast improvement** to move to a open format, such as a vfat image file mounted as a loopback device. Doing so would allow users to directly edit the storage file. In my case, this would speed up installation of applications and data, and it would allow me to install non pdb/prc files without syncing. Note that the external storage cards on Palms are currently formatted as vfat. 3) I wonder if launch times could be drastically reduced by selecting a default application to be launched and then caching that information/image on exit. |
Re: Access Releases Garnet VM Beta 2
Quote:
|
Re: Access Releases Garnet VM Beta 2
Quote:
|
Re: Access Releases Garnet VM Beta 2
Quote:
First, I installed jPilot using Fink. Then I configured the settings as you said above. But I still could not sync due to the user ID being NULL. Second, I used jPilot to install my user ID: File --> Install User and performed sync. Afterwards, I can now sync with jPilot or my Mac using MissingSync. Yippee!! But overall I can not say that I am impressed with the second Beta. Two of the most important issues were not addressed: better user settings, especially with the user ID and access to the SD card (the most important). |
Re: Access Releases Garnet VM Beta 2
Quote:
|
Re: Access Releases Garnet VM Beta 2
With this release and all the excitement I plan to install tonight. One question though: I hear good things about graffiti input. Is there an easy way (or any way at all) to get the text generated through graffiti into, say, the browser, so I could compose emails in Garnet and then send the text via gmail?
|
All times are GMT. The time now is 21:52. |
vBulletin® Version 3.8.8