insist on the KML optimisation, agreed to ditch the folders support and editor-specif...
authorhttps://id.koumbit.net/anarcat <https://id.koumbit.net/anarcat@web>
Sat, 25 Aug 2012 14:37:19 +0000 (10:37 -0400)
committeradmin <admin@branchable.com>
Sat, 25 Aug 2012 14:37:19 +0000 (10:37 -0400)
doc/todo/osm__95__optimisations__95__and__95__fixes.mdwn

index 008a1119b791fe2956b5595f4bbdfb659da0d4b3..002b2a22c5956d0c766870b3c35674b468b38a5e 100644 (file)
@@ -10,12 +10,16 @@ I have two main branches that need merging (on top of [[todo/osm_arbitrary_layer
 > If it's not supported yet, does it break something? Seems it must be hard
 > to test the change at least if it's not supported. --[[Joey]]
 
+> > Good point. Maybe that can be skipped for now, it sure doesn't look like it will be merged any time soon anyways. I do think that the optimisation needs to be merged, it's quite important because if halves the size of the resulting KML file. --[[anarcat]]
+
  * `osm_openlayers_misc` - do not override the sorting of layers (so that the order defined in [[todo/osm_arbitrary_layers]] takes effect) and tell Emacs about the non-default indentation policies of the file.
 
 > I prefer not to pollute files with editor-specific garbage, and that goes
 > doubly for files served over the network. Cherry-picked the layer sorting
 > change. --[[Joey]]
 
+> > Alright, I am fine with that, thanks. -- [[anarcat]]
+
 Those two branches are also merged directly on my master branch... along with [[todo/osm_arbitrary_layers]].
 
 I am filing this as one todo to simplify matter, but I can also split it further if needs be. --[[anarcat]]