You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
tdeedu/kig/TODO

158 lines
6.2 KiB

* bugs
- There is a pretty strange bug in kig when you use the accel keys.
Open Kig, type p to start constructing a point. Click somewhere to
construct one. Now click p again, and press escape to cancel the
construction. It will not work, and you will have to construct as
many points as times you pressed escape ( or perhaps the times you
pressed esc square or sth like that ). Anyway, this is due to how
Kig works with some strange Qt event loop stuff to make its modes
work, along with a strange way in tdeaccel of working. I have a
patch against tdecore/tdeaccel.cpp that should fix it, but the real
fix is to get rid of the entire event loop stuff and think of a
better way to manage all this. pino: seems pressing the stop button
n times, where n are the times you pressed escape, cancel all the
constructions, so the problem is the behaviour of escape.
- The polar coordinate system blocks Kig when zooming. Select the
polar coordinate system, use the Select shown area tool ( or your
favorite zooming tool ) and select a specific part of the document.
Smaller parts of the document cause bigger problems. pino: this is
due to the polar grid: try to make zoom if there is no grid.
* I/O: filters, exporters, ...
- add other command line options, like:<br />
-e, --export-to FORMAT file.kig => Kig will export file.kig ( or any
other supported format ) into file.ext ( even more than one file ).
The output format depends on the FORMAT string. domi: this is more
difficult, because the export plugins require extra parameters.
E.g. the ImageExporter needs an image size etc.
- filters: more input filters; improve the existent ones ( see
filters/*-filter-status.txt ); add the possibility to ignore errors
on loading
- "export to *": add stuff like java applets, kmplot documents, etc...
* objects
- Two new transformations: projection on a line, orthogonally and
according to a given direction. As a mathematician, I'm supposed to
have a grudge against these, as they don't fit the definition for
affine transformations ( the matrix has to be regular ) ;), but I
suppose high-school students may find them useful. However,they
would give rather useless results for e.g. lines ( all curves are
almost always projected on a line, segment or ray that you wouldn't
see because it's equal to the line we project upon ). It would be
useful for points though.
- make DoubleImp a "visible" object with uses like Dr. Geo numeric
values.
- Provide some nice stuff for differential geometry: velocity vector
of a curve, curvature vector, osculating parabole. Most of this is
not too difficult to implement, but very cool :)
- create a formula label to display math formulas in the document, and
allow for importing from/exporting to other formula formats such as
KFormula, OOFormula and MathML.
- other types of fillable shapes, like arc sector, arc segment...
- defined integrals, as a particular case of filled shapes.
- improve *a lot* the transformation support for cubics.
* GUI
- make stuff from RMB menu's accessible from other places as well.
- Add the possibility to select, via new dialog, one or more types of
object.
- add a magnifying glass/zoom window to magnify "on-the-fly" a part of
the document.
- improve the KTextEditor interface in the script code wizard.
- make the dialogs not pop up over the main window.
- add QTooltip and QWhatsThis to the widgets in the various dialogs
(export dialogs, types dialog, ...)
* core
- When selecting an argument of a certain type, maybe we should check
whether the required arguments are really there, before telling the
user to select them. Then we could give an error telling the user
to first construct the other objects. An exception should be made
for points of course.
- Add the possibility to attach text label also to angles.
- add the possibility to transform more than one object at one time,
using the popup menu. For example, I select two circles, I choose
Transform->Translate form the RMB menu and then Kig should ask me for
a vector to use to translate all the selected objects.
- add support for work with other measure units (cm, inches, etc...)
than just pixels...
- extend ObjectFactory::sensiblePointCalcer to also construct
intersection points of stuff... (pino: done for lines)
- when moving an object that wants to move its parents, try to check if
it is itself not an indirect child of one of the parents it is
trying to move, and forbid the move in that case, as it will lead
to chaotic behaviour. I am not sure if this is really well
possible, but I have to look at it.
- add intersection types: arc-arc; arc-conic; arc-cubic; conic-cubic;
cubic-cubic; locus-other object.
- rework the ObjectConstructor and GUIAction stuff into something more
general, and more clean. See the comment for
ObjectConstructor::constructMode().
- figure out a way to allow the user to enable and disable certain
features. E.g. I have been asked to allow the user to limit himself
to compass-ruler constructions..
- add another viewmode ( which would be completely orthogonal to the
KigMode concept ), where you can more clearly see the dependencies
in a figure. Something with colours, numberings, and/or a tree-like
text representation of the dependencies..
* scripting
- Python scripting: export cubics for real, improve existing API.
- make the scripting system work more like the macro system. Make it
a way to define new object types that can be reused more than once,
instead of making it just a way to add *one* object.
- support for more scripting languages than just Python.
* other
- document mathematical i18n strings, so that the translators have a
clue about how to translate them !
- write cabri-filter-status.txt.
- add "Tools": easy tools designed for geometry, like Angle converter and
so on...
- save a "session", i.e.: record how a document is moved, and save it to
e.g. a flash file or something like that.
- koffice support ?
* future ?
- there should be a way to link a figure to a (html?) file containing
exercises. Teachers would be able to create exercises for Kig.
I'm thinking of doing this with HTML (& TDEHTML) + scripting ( but
this is _distant_ future.. )