Hello Stefan,
Making a small application with two select boxes and two labels including
logics is about 600 KBytes! I don't think it is a small application.
Sounds in deed not like a small application. Could you perhaps share your code
(the application code) so that we can see whats causing such a huge amount of
file size?
Additionally, if you want to investigate some more on dependencies: The
generator offers a way of logging dependencies. Just search for the log key in
the config reference in the manual.
1. to look over dependencies between classes and if it can be changed to make
an application slimmer
We are trying to keep the dependencies as low as possible but as you sure can
imagine, thats not as easy as it sounds. But be sure there will be some changes
in the future because on limited devices like mobile devices, that size does
matter even more.
2. let the generator remove ALL functions not called to minimize the
application size. In config.json there can be introduced a definition clause
preserving certain functions in certain classes and modules. This would really
minimize the size of an application. Today there is a lot of dead code
transported over Internet and never called.
I think thats technically not possible at all, at least not as comfortable as
we want it to be. Adding the methods to the config file is really uncomfortable
and in my opinion not an option. And how should the generator know what method
will ever be called on runtime in the application?
We already have a bug open for removing static methods the same way you
described but doing that for member methods is insane! I'm quite sure we don't
put much effort on removing those but on static methods, you are absolutely
right, especially in case you use one static method of a gigantic utility class.
Regards,
Martin
------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
