Get rid of "Managers" and "Data"
DATA is not a word to be used in an app. Neither is MANAGER. We are only users here. We arent programmers, we arent database adminstrators, we are just users. Users deal with points and tracks and maps. Not with "Data".
Main Menu -> DATA:
This is... quite frankly... seriously bad! Can this strange and super-ugly screen not simply die? It`s just one extra level of clicking that always gets in the way.
Have a main menu (and toolbar buttons) with "Maps" and "Points" and "Tracks"
instead of "Maps" and "Data" and one ugly extra screen.
The "Export" function on this extra screen is quite useless anyway. Normally, you start an export right from the item that you actually want to export. I would much rather start with the point database and select "export" in a context menu instead of choosing a global "export" function and then selecting what to export. The latter is how it was done in the nineties. Modern software always starts with the ITEM and acts on it.
The "Import" function would be just as useless, if Locus supported "send to..." clicking on gpx/kml/zip files in file explorers or web browsers.
I like this idea 
this is something that Puffolino suggested a week ago here http://forum.locusmap.eu/viewtopic.ph...
I was already thinking about it and have to say - nice idea. Data manager screen contained one more item for categories and was also planned to add some more icons here, anyway way of developing reduce number of icons. So I can confirm that this screen is slowly going to be useless and "die time" is coming.
Thanks to Puffolino and also to you, for pointing me on something clear and obvious. I`ll do something with it ...
this is something that Puffolino suggested a week ago here http://forum.locusmap.eu/viewtopic.ph...
I was already thinking about it and have to say - nice idea. Data manager screen contained one more item for categories and was also planned to add some more icons here, anyway way of developing reduce number of icons. So I can confirm that this screen is slowly going to be useless and "die time" is coming.
Thanks to Puffolino and also to you, for pointing me on something clear and obvious. I`ll do something with it ...
Nice to hear. I`ll have a glass of champaign when this screen is finally dead and buried :).
Nice to hear. I`ll have a glass of champaign when this screen is finally dead and buried :).
On a related note... I just found out that I can already select "Open with... " on a gpx file in a file explorer and have it open with Locus. Nice!
The step towards properly registering the intent (sorry if this is not the correct term, my android knowledge is rather limited) should be a small one for Locus. I think it might only need some xml intent-filter in the manifest? Like... android:mimeType="*/*" and android:pathPattern=".*.gpx"? Then a few lines of code that actually handle the intent and you are done.
It would really be great to simply click on a gpx/kml/kmz file in my browser and have it show up in Locus instantly.
Important: You *must* *not* ask any questions or pop up any requesters or do other unsnappy flowbreaking things when I click on a gpx. The only proper action to do is to display the file right away.
You already have an "imported" category for tracks where the new stuff goes automatically, why cant there be an "imported" category for points as well? Why must I choose something manually every time, even when there are no points in the file at all? These two requesters are absolutely useless in 95% of all import cases (ie tracks from tour portals, not waypoint collections).
In the rare(!) case that the clicked gpx contains waypoints without tracks and I want them in a dedicated point category, I could always jump to the "imported" points thingy later, select all, move them over. Thats way better than forcing completely unrelated requesters on me for every single track import.
On a related note... I just found out that I can already select "Open with... " on a gpx file in a file explorer and have it open with Locus. Nice!
The step towards properly registering the intent (sorry if this is not the correct term, my android knowledge is rather limited) should be a small one for Locus. I think it might only need some xml intent-filter in the manifest? Like... android:mimeType="*/*" and android:pathPattern=".*.gpx"? Then a few lines of code that actually handle the intent and you are done.
It would really be great to simply click on a gpx/kml/kmz file in my browser and have it show up in Locus instantly.
Important: You *must* *not* ask any questions or pop up any requesters or do other unsnappy flowbreaking things when I click on a gpx. The only proper action to do is to display the file right away.
You already have an "imported" category for tracks where the new stuff goes automatically, why cant there be an "imported" category for points as well? Why must I choose something manually every time, even when there are no points in the file at all? These two requesters are absolutely useless in 95% of all import cases (ie tracks from tour portals, not waypoint collections).
In the rare(!) case that the clicked gpx contains waypoints without tracks and I want them in a dedicated point category, I could always jump to the "imported" points thingy later, select all, move them over. Thats way better than forcing completely unrelated requesters on me for every single track import.
haha. I feel the same:)
haha. I feel the same:)
Locus is already registered for receiving intents (yes, it`s correct term :) ) for GPX/KML files. If your browser is not sending correct intent, it`s problem of this browser, not Locus
importing (asking) for categories - I`m aware of some unnecessary steps in importing process, and I`ll for sure improve it in near future
Locus is already registered for receiving intents (yes, it`s correct term :) ) for GPX/KML files. If your browser is not sending correct intent, it`s problem of this browser, not Locus
importing (asking) for categories - I`m aware of some unnecessary steps in importing process, and I`ll for sure improve it in near future
hm. something must be seriously wrong with my system then. no browser or file explorer i tested shows any signs of wanting to share gpx files with Locus. Not even a complete wipe and fresh install while updating from 2.3 to ics changed that.
So you can in fact click on a gpx on gpsies.com and have it open in locus? Ok... I will try to find out why this does not work for me at all. Strange.
hm. something must be seriously wrong with my system then. no browser or file explorer i tested shows any signs of wanting to share gpx files with Locus. Not even a complete wipe and fresh install while updating from 2.3 to ics changed that.
So you can in fact click on a gpx on gpsies.com and have it open in locus? Ok... I will try to find out why this does not work for me at all. Strange.
it works when i download from gpsies as kml. it does not work when i download as gpx: android tells me there is no app registered to handle gpx files.
very strange. can you verify that gpx from gpsies works for you?
it works when i download from gpsies as kml. it does not work when i download as gpx: android tells me there is no app registered to handle gpx files.
very strange. can you verify that gpx from gpsies works for you?
it`s not so simple. I just tested something with Total commander on android and it also do not allow import GPX to Locus. Reason? simple ...
this is request of Total commander:
{act=android.intent.action.VIEW dat=file:///mnt/sdcard/Android/data/com.ghisler.android.TotalCommander/temp/2012-07-08_130029.gpx typ=application/octet-stream cmp=android/com.android.internal.app.ResolverActivity}
you can see that "typ" is incorrect. It should be application/gpx or at least text/xml, but not this.
Locus handled some time (maybe an year back) also this mime-type, but it was only for a small while. Because in almost every action you did in android was also Locus. You wanted to play music? Locus was there, you wanted to send email? Locus was there :). So it`s a problem of softwares that you use for opening GPX files. They should send proper mime-types
it`s not so simple. I just tested something with Total commander on android and it also do not allow import GPX to Locus. Reason? simple ...
this is request of Total commander:
{act=android.intent.action.VIEW dat=file:///mnt/sdcard/Android/data/com.ghisler.android.TotalCommander/temp/2012-07-08_130029.gpx typ=application/octet-stream cmp=android/com.android.internal.app.ResolverActivity}
you can see that "typ" is incorrect. It should be application/gpx or at least text/xml, but not this.
Locus handled some time (maybe an year back) also this mime-type, but it was only for a small while. Because in almost every action you did in android was also Locus. You wanted to play music? Locus was there, you wanted to send email? Locus was there :). So it`s a problem of softwares that you use for opening GPX files. They should send proper mime-types
I played a little with uninstalling/reinstalling/settings in "ES File Explorer" and can now happily open GPX with Locus. Thanks for clarifying. I still cannot open it, for example, from the "Download" tool after downloading a gpx with a web browser. Android seems a tough beast... :)
I played a little with uninstalling/reinstalling/settings in "ES File Explorer" and can now happily open GPX with Locus. Thanks for clarifying. I still cannot open it, for example, from the "Download" tool after downloading a gpx with a web browser. Android seems a tough beast... :)
Hm... correction... android ics stock browser downloads BULLSHIT when used with gpsies. It names the file .gpx but it is in fact some silly html page. Sigh... why cant web pages simply supply links to gpx files... why must they wrap everything in some complex javascript download mess...
Hm... correction... android ics stock browser downloads BULLSHIT when used with gpsies. It names the file .gpx but it is in fact some silly html page. Sigh... why cant web pages simply supply links to gpx files... why must they wrap everything in some complex javascript download mess...
guys I need some help here ...
-----------------------------------------------
current survey (around 1000 response), say
50% - remove data manager and merge with main menu
20% - do not remove it
30% - I don`t care
because I like this idea, I decided to remove it (hope you`ll help me to overload negative comments on Google Play with positive after update :) )
----------------------------------------------
Anyway, after some work, I added ability for export directly on points/tracks screens so now you should instead of
> menu > data manager > export > points > category
do (more logically)
> menu > points > tools icon at category > export
same with tracks (here is also advantage that you may export only tracks from one category). I think it`s more clever, make more sense ,,, so I decided that "Export button" will not be in main menu. Believe you`ll agree
----------------------------------------------
anyway problem is with import. Current import button is in 99% cases useless because I ́m sure, that very low number of people use import from some URL. Also "Import button" do not fit for me perfectly between stuff in main menu. But also not into functions. I already added "import" into same place as "export", so it will preselect for you category etc. anyway you may import also some GroundOverlay files (now also partially NetworkLinks ;) ) etc. so it have sense to have such feature "somewhere" ... any ideas? Thanks!
guys I need some help here ...
-----------------------------------------------
current survey (around 1000 response), say
50% - remove data manager and merge with main menu
20% - do not remove it
30% - I don`t care
because I like this idea, I decided to remove it (hope you`ll help me to overload negative comments on Google Play with positive after update :) )
----------------------------------------------
Anyway, after some work, I added ability for export directly on points/tracks screens so now you should instead of
> menu > data manager > export > points > category
do (more logically)
> menu > points > tools icon at category > export
same with tracks (here is also advantage that you may export only tracks from one category). I think it`s more clever, make more sense ,,, so I decided that "Export button" will not be in main menu. Believe you`ll agree
----------------------------------------------
anyway problem is with import. Current import button is in 99% cases useless because I ́m sure, that very low number of people use import from some URL. Also "Import button" do not fit for me perfectly between stuff in main menu. But also not into functions. I already added "import" into same place as "export", so it will preselect for you category etc. anyway you may import also some GroundOverlay files (now also partially NetworkLinks ;) ) etc. so it have sense to have such feature "somewhere" ... any ideas? Thanks!
Here`s 1% of users, please do not remove "import from URL"! I have been using it almost daily.
On the other hand, I can download the file and then import it, but that`s extra steps. (I won`t complain at the store :)
I like the idea to put category specific functions behind the tools menu.
Here`s 1% of users, please do not remove "import from URL"! I have been using it almost daily.
On the other hand, I can download the file and then import it, but that`s extra steps. (I won`t complain at the store :)
I like the idea to put category specific functions behind the tools menu.
I will not remove it, don`t worry :) I just want to find best place for "Import button". Maybe in future there will be more features to "directly import", so this may come handy.
Hmm it will probably ends that "Import" screen will be placed into Functions menu, somewhere at start, below "Share" probably if there will not be better ideas
I will not remove it, don`t worry :) I just want to find best place for "Import button". Maybe in future there will be more features to "directly import", so this may come handy.
Hmm it will probably ends that "Import" screen will be placed into Functions menu, somewhere at start, below "Share" probably if there will not be better ideas
hmm testing version together with list of changes here http://forum.locusmap.eu/viewtopic.ph...
hmm testing version together with list of changes here http://forum.locusmap.eu/viewtopic.ph...
New menu still says "Map manager". Just call it "Maps", fits in way better with "Tracks" and "Points".
New menu still says "Map manager". Just call it "Maps", fits in way better with "Tracks" and "Points".
ah, sure ... thx
ah, sure ... thx
Replies have been locked on this page!