Marble/TileDownload: Difference between revisions
Appearance
< Marble
No edit summary |
→Design considerations: update, removed obsolete stuff |
||
Line 1: | Line 1: | ||
=== Design considerations === | === Design considerations, ideas, thoughts, nothing final === | ||
Perhaps create an (abstract) interface / abstract class TileProvider? Not sure, if there is an use case. | Perhaps create an (abstract) interface / abstract class TileProvider? Not sure, if there is an use case. | ||
Perhaps separation between http download and tile providing since http download is needed for wikipedia (and perhaps other stuff) integration also. | |||
What about redirects? in general it seems to be a good idea to support them, but do we also need the ability to | |||
forbid redirects of inform the user? | |||
The TileLoader should be able to handle not only files, but also QByteArrays or whatever is delivered by the network plugin interface. | The TileLoader should be able to handle not only files, but also QByteArrays or whatever is delivered by the network plugin interface. |
Revision as of 20:10, 12 January 2010
Design considerations, ideas, thoughts, nothing final
Perhaps create an (abstract) interface / abstract class TileProvider? Not sure, if there is an use case.
Perhaps separation between http download and tile providing since http download is needed for wikipedia (and perhaps other stuff) integration also.
What about redirects? in general it seems to be a good idea to support them, but do we also need the ability to forbid redirects of inform the user?
The TileLoader should be able to handle not only files, but also QByteArrays or whatever is delivered by the network plugin interface.
Design proposal
to be done