作図ソフト dia の改良版
|3cfcb99a||2017-09-11 20:24:06||Sebastian Rasmussen||Update Swedish translation|
|b86085df||2017-06-23 04:50:13||Piotr Drąg||Adjust translations for the Postscript > PostScript chang...|
|79f241e4||2017-06-23 04:18:04||Piotr Drąg||Correct PostScript capitalization https://bugzilla.gnome...|
|5071577d||2017-06-11 03:41:22||Kristjan SCHMIDT||Updated Esperanto translation|
|cdfa0df7||2017-03-05 19:37:00||Inaki Larranaga Murgoitio||Update Basque language|
|761c2a7a||2017-03-05 19:35:43||Inaki Larranaga Murgoitio||Update Basque language|
|5ddb1ac8||2017-03-05 19:34:41||Inaki Larranaga Murgoitio||Update Basque language|
|3326bf10||2016-11-25 01:41:15||Ask Hjorth Larsen||Updated Danish translation|
|ef46a117||2016-10-22 07:42:05||Piotr Drąg||Update Polish translation|
|e4540976||2016-10-22 07:16:31||Piotr Drąg||Update Polish translation|
Dia is a program for drawing structured diagrams. Dia is a GNU program, and is Free Software. See the COPYING file for the licence. Documentation is a bit sparse at the moment. Some info can be found in the doc/ directory. -- I haven't had time to write anything here yet. Read INSTALL for some brief installation instructions. Homepage for Dia is at: https://wiki.gnome.org/Apps/Dia Some comments about the source: ------------------------------- Everything on the screen 'inherits' from the structure Object in lib/object.h. (ps. this is a nice place to start reading the code.). Inherits in C means (as in gtk) that it begins with a copy of that structure. Some base classes exists in lib/, like element.h (for doing 'box-like' objects), connection.h (for doing 'line-like' objects), orth_conn.h (for doing connections with orthogonal lines, like the uml-stuff) and render_object.h (for doing picture-like objects). These base classes are then subclassed in the different object in the object-libraries like objects/standard object/UML and object/network. The objects work by filling out two structures that the main program (app/*) uses to handle the objects. The ObjectType structure which consists of some info and a pointer to the type-operations (create+load+save). There's one ObjectType per object type currently loaded. Then the Object structure, there exists a copy of this for each object of the kind on screen (and in copy-buffers). This contains some info like: type, bounding_box, position, handles (the rectangles you move with the mouse) and connections. It also contains a pointer to the object-operations. These are called from the main program when if wants the object to do something. All ops take an Object as the first argument. This is usually casted to the subtype in the function headed (gives all those pita warnings) so that you directly can use the info stored in the subclasses. Most ops are quite self-describing, and the code can be copy-pasted from an object like the one you're doing. Rendering to screen/postscript is done through a 'Renderer' abstraction that can be found in lib/render.h. XML based objects: ------------------ You can (from version 0.80) create new objects using a SVG like XML languange. The file doc/custom-shapes has more information about this. Note on handles and connection points: -------------------------------------- An object has handles to resize it. A handle can be moved either because the user dragged it with the mouse, or the handle is attached to another object, which moved itself. The handles are diplayed as little squares (red: normal, green: attached to an object, blue: can't be moved). When the handle of an object is connected to another object, it's always on special points called connection points, displayed as crosses. Implementation: - each object has an array of pointer to ConnectionPoint. - each object has an array of pointer to Handle. - each Handle has a pointer to 1 ConnectionPoint (NULL if the handle if the Handle is not connected). - each ConnectionPoint has a list of all objects connected to it. The Object type does not manage the allocation/deallocation of handles and connection points. When saving a diagram the pointer from the handle to the connectionpoint is saved as the index of the connectionpoint. So make sure the order of the connectionpoints is the same when loading the saved object. Notes on static analysis ------------------------ Some of the recent changes (log message starting with [scan-build] are suggested by static source analysis, see http://clang-analyzer.llvm.org/scan-build To use it just run ./configure and make through the scan-build script, like: PATH=/mnt/Home/from-svn/llvm/Release/bin:$PATH /mnt/Home/from-svn/llvm/tools/clang/tools/scan-build/scan-build ./configure --prefix=/opt --enable-debug=yes and PATH=/mnt/Home/from-svn/llvm/Release/bin:$PATH /mnt/Home/from-svn/llvm/tools/clang/tools/scan-build/scan-build -v -v make -j3 view with PATH=/mnt/Home/from-svn/llvm/Release/bin:$PATH /mnt/Home/from-svn/llvm/tools/clang/tools/scan-view/scan-view (given an uninstalled checkout of llvm to /mnt/Home/from-svn/llvm)
Welcome to OSDN Wiki system. Here is your chamber Wiki space.
Check Wiki Guide (English) to refer syntax and functions.
(auto generated page)
[Permissions] view:all, edit:admins, delete/config:admins