chartr - Project Hosting on Google Code

Older Nov 06, 2009 r98 (minor changes) committed by nico.bigeard - minor changes minor changes Nov 06, 2009 r97 (minor changes) committed by nico.bigeard - minor changes minor changes Oct 31, 2009 r96 (update of the help system ) committed by nico.bigeard - update of the help system update of the help system Oct 31, 2009 issue 49 ([Todo] Possibility to print a map.) commented on by nico.bigeard - actually, you can export the map to png, and print it... may be some shorter way of doing this would be great... actually, you can export the map to png, and print it... may be some shorter way of doing this would be great... Oct 29, 2009 issue 76 ([Bug] a Node has disappeared (once).) changed by nico.bigeard - I set it to invalid, I can't reproduce it. Summary: [Bug] a Node has disappeared (once). Status: Invalid I set it to invalid, I can't reproduce it. Summary: [Bug] a Node has disappeared (once). Status: Invalid Oct 28, 2009 issue 76 ([Bug] Some times, some nodes simply disapear.) commented on by nico.bigeard - Quiet difficult to reproduce... Quiet difficult to reproduce... Oct 28, 2009 CharTrDocumentationEn (CharTr Documentation) Wiki page edited by nico.bigeard - Revision r95 Edited wiki page through web user interface. Revision r95 Edited wiki page through web user interface. Oct 28, 2009 issue 76 ([Bug] Some times, some nodes simply disapear.) commented on by nico.bigeard - The nodes that have been saved correctly seem to stay (Good news ?) The nodes that have been saved correctly seem to stay (Good news ?) Oct 28, 2009 issue 76 ([Bug] Some times, some nodes simply disapear.) reported by nico.bigeard - Create a map, some times if your lucky (unlucky), one element of the map can disapear, and next thing you know, the reopened map will show an empty place instead of the element. This is a very critical issue. Create a map, some times if your lucky (unlucky), one element of the map can disapear, and next thing you know, the reopened map will show an empty place instead of the element. This is a very critical issue. Oct 28, 2009 r94 (version 0.24 corrected links between maps) committed by nico.bigeard - version 0.24 corrected links between maps version 0.24 corrected links between maps Oct 28, 2009 chartr_0.24_i386.deb (CharTr 0.24 : fixed linked maps (beware of accents)) file uploaded by nico.bigeard - Labels: Featured Type-Installer OpSys-Linux Labels: Featured Type-Installer OpSys-Linux Oct 28, 2009 chartr_0.24_i386.deb (CharTr 0.24 : fixed Linked maps (beware of accents in map na...) file uploaded by nico.bigeard - Labels: Type-Package Featured OpSys-Linux Labels: Type-Package Featured OpSys-Linux Oct 28, 2009 r93 (correction in desktops files ) committed by nico.bigeard - correction in desktops files correction in desktops files Oct 28, 2009 chartr_0.23_i386.deb (CharTr 0.23 : corrected version (desktop file was false)) file uploaded by nico.bigeard - Labels: Featured Type-Package OpSys-Linux Labels: Featured Type-Package OpSys-Linux Oct 28, 2009 issue 75 (Crash at startup) Status changed by nico.bigeard - Status: Fixed Status: Fixed Oct 28, 2009 issue 69 ([Defect] math equations collision) Status changed by nico.bigeard - math equations have been removed. Status: Verified math equations have been removed. Status: Verified Oct 28, 2009 issue 68 (Makefile:507: *** missing separator. Stop) Status changed by nico.bigeard - Status: Fixed Status: Fixed Oct 28, 2009 issue 72 (Please provide platform-independent or AMD64 packages) commented on by nico.bigeard - In fact I currently have no possibility to build it on a 64 bit system. You can retrieve source from svn and run : dpkg-buildpackage -us -uc -rfakeroot more info on how to build a package in the readme.txt In fact I currently have no possibility to build it on a 64 bit system. You can retrieve source from svn and run : dpkg-buildpackage -us -uc -rfakeroot more info on how to build a package in the readme.txt Oct 28, 2009 r92 (modified howto build a package) committed by nico.bigeard - modified howto build a package modified howto build a package Oct 28, 2009 r91 (changes in the building system - correction of building erro...) committed by nico.bigeard - changes in the building system - correction of building error, when running : dpkg-buildpackage -us -uc -rfakeroot changes in the building system - correction of building error, when running : dpkg-buildpackage -us -uc -rfakeroot Oct 27, 2009 issue 74 (Remove auto-generated stuffs from SVN) Status changed by nico.bigeard - Your probably right. I tried your patch out, but had some difficulties to build the package from there. Therefore, I may let the messy inherited building stuff as it is for now. But as cleaning it would improve the readability of the project, I will probably take care of this problem in a later developing session. Status: Accepted Your probably right. I tried your patch out, but had some difficulties to build the package from there. Therefore, I may let the messy inherited building stuff as it is for now. But as cleaning it would improve the readability of the project, I will probably take care of this problem in a later developing session. Status: Accepted Oct 27, 2009 r90 ([No log message]) committed by nico.bigeard - [No log message] [No log message] Oct 27, 2009 r89 ([No log message]) committed by nico.bigeard - [No log message] [No log message] Oct 27, 2009 r88 (Tag for release 0.23.) committed by nico.bigeard - Tag for release 0.23. Tag for release 0.23. Oct 27, 2009 r87 ([No log message]) committed by nico.bigeard - [No log message] [No log message] Oct 27, 2009 r86 (restart from scratch due to some trouble...) committed by nico.bigeard - restart from scratch due to some trouble... restart from scratch due to some trouble... Oct 27, 2009 issue 74 (Remove auto-generated stuffs from SVN) Labels changed by nico.bigeard - Your probably right. I tried your patch out, but had some difficulties to build the package from there. Therefore, I may let the messy inherited building stuff as is (it works like it is). I reckon though, cleaning a bit could improve readability of the project... I'll postpone this to some later reading. Labels: Priority-Low −Priority-Medium Your probably right. I tried your patch out, but had some difficulties to build the package from there. Therefore, I may let the messy inherited building stuff as is (it works like it is). I reckon though, cleaning a bit could improve readability of the project... I'll postpone this to some later reading. Labels: Priority-Low −Priority-Medium Oct 27, 2009 r85 ([No log message]) committed by nico.bigeard - [No log message] [No log message] Oct 27, 2009 r84 ([No log message]) committed by nico.bigeard - [No log message] [No log message] Oct 27, 2009 r83 ([No log message]) committed by nico.bigeard - [No log message] [No log message] Oct 27, 2009 r82 ([No log message]) committed by nico.bigeard - [No log message] [No log message] Oct 27, 2009 issue 74 (Remove auto-generated stuffs from SVN) Labels changed by nico.bigeard - Not sure about this. in fact I wanted to have a ready to build package. I will check for the associatted tar ball. Labels: Type-Task −Type-Defect Not sure about this. in fact I wanted to have a ready to build package. I will check for the associatted tar ball. Labels: Type-Task −Type-Defect Oct 27, 2009 r81 ([No log message]) committed by nico.bigeard - [No log message] [No log message] Oct 27, 2009 r80 (added how to test or build a package.) committed by nico.bigeard - added how to test or build a package. added how to test or build a package. Oct 27, 2009 r79 ([No log message]) committed by nico.bigeard - [No log message] [No log message] Oct 27, 2009 r78 ([No log message]) committed by nico.bigeard - [No log message] [No log message] Oct 27, 2009 r77 (added previously removed files.) committed by nico.bigeard - added previously removed files. added previously removed files. Oct 27, 2009 r76 (plastex dependencies and MathThought.py removed) committed by nico.bigeard - plastex dependencies and MathThought.py removed plastex dependencies and MathThought.py removed Oct 27, 2009 r75 (plastex dependencies and MathThought.py removed) committed by nico.bigeard - plastex dependencies and MathThought.py removed plastex dependencies and MathThought.py removed Oct 27, 2009 r74 (plastex dependencies and MathThought.py removed) committed by nico.bigeard - plastex dependencies and MathThought.py removed plastex dependencies and MathThought.py removed Oct 27, 2009 r73 (MathThought.py and plastex dependencies removed.) committed by nico.bigeard - MathThought.py and plastex dependencies removed. MathThought.py and plastex dependencies removed. Oct 27, 2009 chartr_0.23_i386.deb (CharTr 0.23 : Karmic compatible - fixed cut and paste of nod...) file uploaded by nico.bigeard - Labels: Type-Package Featured OpSys-Linux Labels: Type-Package Featured OpSys-Linux Oct 27, 2009 issue 70 (Use the same shortcuts as FreeMind) Status changed by nico.bigeard - Status: WontFix Status: WontFix Oct 27, 2009 issue 72 (Please provide platform-independent or AMD64 packages) commented on by nico.bigeard - Sorry for the very late answer.. This should be done shortly. Sorry for the very late answer.. This should be done shortly. Oct 27, 2009 issue 75 (Crash at startup) commented on by nico.bigeard - This seems to be a plastex error. Is the new version still problematic ? This seems to be a plastex error. Is the new version still problematic ? Oct 27, 2009 chartr_0.22_i386.deb (maintenance release) file uploaded by nico.bigeard - Labels: Featured Type-Package OpSys-Linux Labels: Featured Type-Package OpSys-Linux Oct 01, 2009 issue 75 (Crash at startup) reported by azmeuk - Hi, I'm running a quite new install of Ubuntu 9.04. I've installed chartr and its dependencies, but when I launch it : there is what I can read : azmeuk@herbi:~/Bureau$ chartr /usr/lib/python2.5/site-packages/chartr/MainWindow.py:24: DeprecationWarning: the sha module is deprecated; use the hashlib module instead import sha Traceback (most recent call last): File "/usr/bin/chartr", line 47, in <module> import Browser File "/usr/lib/python2.5/site-packages/chartr/Browser.py", line 35, in <module> import MainWindow File "/usr/lib/python2.5/site-packages/chartr/MainWindow.py", line 31, in <module> import MMapArea File "/usr/lib/python2.5/site-packages/chartr/MMapArea.py", line 41, in <module> import MathThought File "/usr/lib/python2.5/site-packages/chartr/MathThought.py", line 38, in <module> from plasTeX.Renderers import Renderer File "/var/lib/python-support/python2.6/plasTeX/__init__.py", line 4, in <module> from DOM import Element, Text, Node, DocumentFragment, Document File "/var/lib/python-support/python2.6/plasTeX/DOM/__init__.py", line 4, in <module> from plasTeX.Logging import getLogger File "/var/lib/python-support/python2.6/plasTeX/Logging.py", line 18, in <module> addLevelName(DEBUG1, 'DEBUG-1') NameError: name 'addLevelName' is not defined azmeuk@herbi:~/Bureau$ I dont really know python, can anyone explains me how to fix that ? Thanks Hi, I'm running a quite new install of Ubuntu 9.04. I've installed chartr and its dependencies, but when I launch it : there is what I can read : azmeuk@herbi:~/Bureau$ chartr /usr/lib/python2.5/site-packages/chartr/MainWindow.py:24: DeprecationWarning: the sha module is deprecated; use the hashlib module instead import sha Traceback (most recent call last): File "/usr/bin/chartr", line 47, in <module> import Browser File "/usr/lib/python2.5/site-packages/chartr/Browser.py", line 35, in <module> import MainWindow File "/usr/lib/python2.5/site-packages/chartr/MainWindow.py", line 31, in <module> import MMapArea File "/usr/lib/python2.5/site-packages/chartr/MMapArea.py", line 41, in <module> import MathThought File "/usr/lib/python2.5/site-packages/chartr/MathThought.py", line 38, in <module> from plasTeX.Renderers import Renderer File "/var/lib/python-support/python2.6/plasTeX/__init__.py", line 4, in <module> from DOM import Element, Text, Node, DocumentFragment, Document File "/var/lib/python-support/python2.6/plasTeX/DOM/__init__.py", line 4, in <module> from plasTeX.Logging import getLogger File "/var/lib/python-support/python2.6/plasTeX/Logging.py", line 18, in <module> addLevelName(DEBUG1, 'DEBUG-1') NameError: name 'addLevelName' is not defined azmeuk@herbi:~/Bureau$ I dont really know python, can anyone explains me how to fix that ? Thanks Jul 20, 2009 issue 74 (Remove auto-generated stuffs from SVN) commented on by theppitak - This patch removes all auto-generated files, and add autogen.sh taken from typical GNOME packages. You will need gnome-common to use it. While testing it, I got stuck at the partially done intltool support. So, I also fix it so I can test it. After applying it, you may want to issue these commands before committing: $ svn rm --force `lsdiff -E -s chartr-vcs-build.patch \| grep '^-' \| cut -d' ' -f2` $ chmod +x autogen.sh And then you can use './autogen.sh' instead of './configure' to configure the source, just like typical GNOME packages. Besides, please use 'make dist' or 'make distcheck' to generate the distributed tarball. Having unrelated files like debian/chartr/usr/* tree in it is quite awkward. This patch removes all auto-generated files, and add autogen.sh taken from typical GNOME packages. You will need gnome-common to use it. While testing it, I got stuck at the partially done intltool support. So, I also fix it so I can test it. After applying it, you may want to issue these commands before committing: $ svn rm --force `lsdiff -E -s chartr-vcs-build.patch \| grep '^-' \| cut -d' ' -f2` $ chmod +x autogen.sh And then you can use './autogen.sh' instead of './configure' to configure the source, just like typical GNOME packages. Besides, please use 'make dist' or 'make distcheck' to generate the distributed tarball. Having unrelated files like debian/chartr/usr/* tree in it is quite awkward. Jul 20, 2009 issue 74 (Remove auto-generated stuffs from SVN) reported by theppitak - Check out chartr from SVN and you see several auto-generated files, which appear to be useless to keep versioned, such as config.log, config.h, Makefile, build-stap, configure-stamp, libtool, py-compile. I don't think this is a good practice, as it can overwrite users' copies when updating. Instead, gnome-autogen.sh from gnome-common can be used to issue those autotools calls. So, all autotools-generated files should be removed from SVN as well. Check out chartr from SVN and you see several auto-generated files, which appear to be useless to keep versioned, such as config.log, config.h, Makefile, build-stap, configure-stamp, libtool, py-compile. I don't think this is a good practice, as it can overwrite users' copies when updating. Instead, gnome-autogen.sh from gnome-common can be used to issue those autotools calls. So, all autotools-generated files should be removed from SVN as well. Nov 23, 2008 issue 73 (automatic placement) reported by nekohayo - I really want to ditch Freemind, but couldn't find mindmapping software that did focus on actual contents like Freemind does, instead of focusing on positioning/fancy colors/gimmicks. Freemind's user interface is HORRIBLE, but, they got something nailed down real good: 1- you don't have to worry/think about placement of thoughts, visual layouting, and generally wasting time moving things around ending up with a messy mindmap 2- their entire app can be used with the keyboard only So I would like a mode for chartr to create thoughts and they get automatically positionned -- the user, in this mode, cannot change the placement of thoughts (for technical reasons I would think). This leads to much quicker and cleaner creation of mindmaps, with the only drawback being that it somewhat limits freedom of designing the mindmap (but I have not missed that part). I can create in a few minutes a mindmap that would take me hours in chartr. We could even change the way the user interacts with the gui completely in this case. It could be designed like this: - a sidebar on the left allows entering thoughts in hierarchical order, maybe using a gtk treeview or sourceview - a pane at the bottom allows editing the details of a particular thought - a "preview" area on the right shows the result as a mind map in real-time So, it could look like this: _______________________________ \| \| \| \| \| mindmap area \| \| \| \| \| \| \| \| \| \| \| \| \| \|------------------------------\| \| comments on a thought \| \| \| °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°° Where the user only interacts with the left and bottom panes, and then he can export the mind map afterwards. I really want to ditch Freemind, but couldn't find mindmapping software that did focus on actual contents like Freemind does, instead of focusing on positioning/fancy colors/gimmicks. Freemind's user interface is HORRIBLE, but, they got something nailed down real good: 1- you don't have to worry/think about placement of thoughts, visual layouting, and generally wasting time moving things around ending up with a messy mindmap 2- their entire app can be used with the keyboard only So I would like a mode for chartr to create thoughts and they get automatically positionned -- the user, in this mode, cannot change the placement of thoughts (for technical reasons I would think). This leads to much quicker and cleaner creation of mindmaps, with the only drawback being that it somewhat limits freedom of designing the mindmap (but I have not missed that part). I can create in a few minutes a mindmap that would take me hours in chartr. We could even change the way the user interacts with the gui completely in this case. It could be designed like this: - a sidebar on the left allows entering thoughts in hierarchical order, maybe using a gtk treeview or sourceview - a pane at the bottom allows editing the details of a particular thought - a "preview" area on the right shows the result as a mind map in real-time So, it could look like this: _______________________________ \| \| \| \| \| mindmap area \| \| \| \| \| \| \| \| \| \| \| \| \| \|------------------------------\| \| comments on a thought \| \| \| °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°° Where the user only interacts with the left and bottom panes, and then he can export the mind map afterwards.

issue 73 (automatic placement) reported by nekohayo - I really want to ditch Freemind, but couldn't find mindmapping software that did focus on actual contents like Freemind does, instead of focusing on positioning/fancy colors/gimmicks. Freemind's user interface is HORRIBLE, but, they got something nailed down real good: 1- you don't have to worry/think about placement of thoughts, visual layouting, and generally wasting time moving things around ending up with a messy mindmap 2- their entire app can be used with the keyboard only So I would like a mode for chartr to create thoughts and they get automatically positionned -- the user, in this mode, cannot change the placement of thoughts (for technical reasons I would think). This leads to much quicker and cleaner creation of mindmaps, with the only drawback being that it somewhat limits freedom of designing the mindmap (but I have not missed that part). I can create in a few minutes a mindmap that would take me hours in chartr. We could even change the way the user interacts with the gui completely in this case. It could be designed like this: - a sidebar on the left allows entering thoughts in hierarchical order, maybe using a gtk treeview or sourceview - a pane at the bottom allows editing the details of a particular thought - a "preview" area on the right shows the result as a mind map in real-time So, it could look like this: _______________________________ | | | | | mindmap area | | | | | | | | | | | | | |------------------------------| | comments on a thought | | | °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°° Where the user only interacts with the left and bottom panes, and then he can export the mind map afterwards.

I really want to ditch Freemind, but couldn't find mindmapping software that did focus on actual contents like Freemind does, instead of focusing on positioning/fancy colors/gimmicks. Freemind's user interface is HORRIBLE, but, they got something nailed down real good: 1- you don't have to worry/think about placement of thoughts, visual layouting, and generally wasting time moving things around ending up with a messy mindmap 2- their entire app can be used with the keyboard only So I would like a mode for chartr to create thoughts and they get automatically positionned -- the user, in this mode, cannot change the placement of thoughts (for technical reasons I would think). This leads to much quicker and cleaner creation of mindmaps, with the only drawback being that it somewhat limits freedom of designing the mindmap (but I have not missed that part). I can create in a few minutes a mindmap that would take me hours in chartr. We could even change the way the user interacts with the gui completely in this case. It could be designed like this: - a sidebar on the left allows entering thoughts in hierarchical order, maybe using a gtk treeview or sourceview - a pane at the bottom allows editing the details of a particular thought - a "preview" area on the right shows the result as a mind map in real-time So, it could look like this: _______________________________ | | | | | mindmap area | | | | | | | | | | | | | |------------------------------| | comments on a thought | | | °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°° Where the user only interacts with the left and bottom panes, and then he can export the mind map afterwards.

Older