Vector-oriented drawing program
http://bourbon.usc.edu/tgif/
This program has nothing to do with the GIF format. It is an extremely
powerful and easy to use vector-oriented drawing program which has
every feature you would expect in a drawing utility.
Authors
William Chia-Wei Cheng
-
1
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout graphics/tgif && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
tgif-4.2.5-64Bit-issue.patch | 0000001150 1.12 KB | |
tgif-4.2.5-HAVE_IMLIB.patch | 0000006886 6.72 KB | |
tgif-4.2.5-Highres-compile.patch | 0000000653 653 Bytes | |
tgif-4.2.5-Highres.patch | 0000024679 24.1 KB | |
tgif-4.2.5-Tgif.tmpl.patch | 0000000373 373 Bytes | |
tgif-4.2.5-arc.patch | 0000001679 1.64 KB | |
tgif-4.2.5-de-po.patch | 0000040274 39.3 KB | |
tgif-4.2.5-discgeometry.patch | 0000000972 972 Bytes | |
tgif-4.2.5-displayconf.patch | 0000001718 1.68 KB | |
tgif-4.2.5-getaddrinfo.patch | 0000004705 4.59 KB | |
tgif-4.2.5-locale-atof.patch | 0000005960 5.82 KB | |
tgif-4.2.5-locale.patch | 0000005792 5.66 KB | |
tgif-4.2.5-reconf.patch | 0000006791 6.63 KB | |
tgif-4.2.5-redraw.patch | 0000001149 1.12 KB | |
tgif-4.2.5-symbol.patch | 0000002034 1.99 KB | |
tgif-4.2.5-tgif.Xdefaults.patch | 0000007192 7.02 KB | |
tgif-4.2.5-upstream.patch | 0000003820 3.73 KB | |
tgif-4.2.5-warnings.patch | 0000089993 87.9 KB | |
tgif-4.2.5-xbm-Highres.tar.bz2 | 0000024104 23.5 KB | |
tgif-4.2.5-xim-failure.patch | 0000000819 819 Bytes | |
tgif-QPL-4.2.5.tar.bz2 | 0002488686 2.37 MB | |
tgif.desktop | 0000000151 151 Bytes | |
tgif.spec | 0000010360 10.1 KB | |
tgificon.png | 0000000730 730 Bytes |
Latest Revision
Dieter Jurzitza (McCoy-Tyner)
committed
(revision 99)
Comments 22
Tgif currently crashes if xim single byte input method is enabled in /usr/share/X11/app-defaults/Tgif. The latest update fixes this.
There was an erratic comment in the Xdefaults - file causing umlauts not to show any more ... fixed here.
Added dependency to libidn-devel. If not installed, tgif will not print German Umlauts.
Added a sample for a /usr/share/X11/app-defaults/Tgif - file in case the user has a high resolution display. Otherwise the fonts get too small during daily work. However, the user is urged to copy that very sample to the right location on his own. A README.Tgif.appdefaults - File has been added, too so it becomes clear what needs to be done.
Changes introduced: -> remove all warnings without additional compiler switches, -> fix an issue with /usr/share/X11/config/linux.cf (see bug report 1180429) -> auto - switch depending on screen resolution (increase font size on high res displays) cleanup
And the last change: auto - preset a size as a function of the display resolution. The user can change at any time - if he knows how to do this. However, the rpm - script provides a centered default geometry, the preset of the size is equal to 85% of the x - and 85% of the y - resolution. This is at least a setting that should comply with the vast majority of displays around. On systems where this cannot be determined (i. e. because no x-server is running) the standard - size and geometry is used.
Finally removed awk - dependencies in the spec - file.
Fix a dependency on libidn-devel during runtime ... no nice solution but it works. Waiting for an improved fix from the developer of tgif - this reaches beyond my capabilities of C-programming.
You could have just replaced:
gpLibIdnHandle = OPEN_DL("libidn.so", OPEN_DL_MODE);
by
gpLibIdnHandle = OPEN_DL("libidn.so.11", OPEN_DL_MODE);
which is the current tumbleweeed libidn.so version.
Hello Marcus, I just found out that the link in the description on this webpage is wrong - but I do not know how to fix that. Can you replace it by
http://bourbon.usc.edu/tgif/index.html
and / or let me know how to achieve this change? Thank you take care
Dieter
Fixed - found correct location.
Hello Marcus, first of all - happy New Year :-). Thank you for that hint - of course I could have done it like that. What I dislike about that is that I would have to keep track of changes in version of libidn - this is not the case any more the way I implemented that right now, finding the right name on start of the application. I am currently wondering whether the explicit usage of dlopen() is required at all. The program is linked with -lidn and if one does a "strings tgif | grep libidn" the output is libidn.so.11 (and other findings ...) - what is appropriate. Currently I am discussing with the author of tgif how to handle this - including the approximately 80 kByte of patches that are in tgif-4.2.5-warnings.patch that IMHO should go into a new version of tgif after thorough review. So stay tuned, the solution I implemented right now is functional but maybe inefficient. However it resolves the dependency on libidn-devel what provides libidn.so and therefore improves the rpm behavior IMHO. Take care
Dieter
Fix a bug in %postun during rpm -Uhv ...
Fix erratic LIBZ references that should be LIBIDN (hint from Bill Cheng) ...
Ok. Had a discussion with the original author. He dislikes the approach to change things significantly and he is short of time. So I modified my patch once again -> for "regular" openSUSE distributions (and any other distribution linking against libidn ...) this means no more fiddling around with function pointers and stuff that is not required for this very purpose. However, reverting a single compile time define will make the behavior return to the initial one (plus some improvements). In regards to openSUSE that means no more dependency on libidn-devel during runtime, simplifications in the active code.
Weblink in spec-file was broken - fixed that.
Use a bigger default font size when working on a high res display. Otherwise the text is always hard to read. Comes at the drawback that the scaling does only downwards (for the Canvas font only, does not have an influence on the output font size).
Ok. Now tgif can handle modern high-resolution displays, too. I modified everything accordingly. For display resolutions larger than 3000 on the x-axis a different version of tgif will be activated, providing bigger symbols and a better usability for high resolutions. I will continue to work on this. Anyone volunteering for testing is happily invited to do so.
Some eye-candy only, make the symbols in the "shape" menu all bolder (and in the same manner). No functional change.
Bill (big thank you!) fixed an error where disk would come with a broken shape. Added a patch for this.
Added manpage for tgif-reconf
Finally switch to getaddrinfo()