tde-devels January 2014

devels@trinitydesktop.org

16 participants
197 discussions

Re: [trinity-devel] R: [trinity-devel] Strange khelpcenter bug

by Darrell Anderson

>> $TDEHOME/apps/kicker/applets >> I suspect other users in the community might be bit by this bug too. >I confirm the bug. Time for a new bug report I guess. Experimenting indicates the behavior of the help handbook table of contents depends upon how those directories are populated. The user's $TDEHOME directory structure mimics the Trinity system directory structure. When the user's applets directory does not exist then there is nothing to override the system directory. All applet handbooks appear in the table of contents. When the user has an applet directory, then that directory overrides the system directory. When I populate the user's applet directory with *.desktop files from the system directory, then those items appear in the handbook table of contents, but only those *.desktop files I copy. When the user's applet directory is empty, then none appear in the handbook table of contents. This makes sense but a larger question is how do the user's subdirectories get created in the first place? Seems to me none of those user directories should exist until the users starts customizing. Yet even then, was the original intent to mask help handbook entries? Probably not. >BTW after removing the applets folder, I can only see 6 applets >manual. Is it all we have or are there other manuals that are not >displayed? That is all I am aware that exists: Weather Report System Monitor Public File Server Color Picker Moon Phase Klipper Darrell

10 years, 3 months

GTK dependency standard for helper packages/apps?

by David C. Rankin

All, Darrell, Going through build scripts for dependency/helper application like xmedcon, I was building them against gtk2 last year for both tde13 and R14. Do we have any 'tde' standard we are trying to enforce for minimizing the dependencies for a complete tde install? What I mean is that if someone goes to install tde-full with all helper apps, do we want and try to say all apps with a gtk requirement should be built against gtk3 instead of gtk2? I for one prefer gtk2, but I can see the logic in standardizing around a version to minimize dependencies (and to prevent build failures when gtk2 is dropped) Has anyone given this any thought? I don't like the prospect of having to recode older apps against a new gtk, but it is doable. The number of apps this will apply to is minimal. -- David C. Rankin, J.D.,P.E.

10 years, 3 months

Strange khelpcenter bug

by Darrell Anderson

All, After updating my systems to the most recent git (as of last night), I ran into a strange bug. Some of my user accounts had access to applet manuals in the khelpcenter, other accounts did not. After some digging I discovered the problem. Any user account that had the following directory in their user profile was unable to see the applet manuals: $TDEHOME/apps/kicker/applets I suspect other users in the community might be bit by this bug too. What is that directory used for? Why does the existence of the directory --- and all were empty on all user accounts, prevent listing applet manuals in khelpcenter? Should we add a rule in r14-xdg-update to delete $TDEHOME/apps/kicker/applets when the directory is empty? If not empty, I presume that ties into the first question: What is that directory used for? Darrell

10 years, 3 months

Re: [trinity-devel] tdesvn svgz branding cleanup

by Darrell Anderson

>Looks great here! All affected files updated in git commit b4e10193. :) Darrell

10 years, 3 months

tdesvn svgz branding cleanup

by Darrell Anderson

All, Would one of you graphics experts please update the tdesvn svgz icon? In the git sources: applications/tdesvn/src/icons/hisc-app-tdesvn.svgz The text string in the image should be updated to T D E S V N. All of the respective png files in that same directory are created from that svgz. Thanks! Darrell

10 years, 3 months

Re: [trinity-devel] tdesvn svgz branding cleanup

by Darrell Anderson

>Ugh, it probably saved as "Compressed Inkscape SVG" rather >than "Compressed Plain SVG". The attached version should fix >that. >I rendered the PNG anyway, though (150 x 127, because it just >would >not give me that extra pixel). Thank you! Darrell

10 years, 3 months

Re: [trinity-devel] tdesvn svgz branding cleanup

by Darrell Anderson

>This good? Looks great. Thank you! I am unable to convert your svgz to png using gwenview. I've used gwenview in the past to convert, but this time the resulting png is NOT the same as the original svgz. Would you please create a 150x128 png from the svgz? Thanks much. Darrell

10 years, 3 months

Re: [trinity-devel] kscope FTBFS

by Darrell Anderson

>> Hello, there was too much KDE/TDE renaming in kscope, causing FTBFS at >> this time. >> >> The "KDE_IS_VERSION" macro is defined in "admin/acinclude.m4.in" >Fixed in GIT hash 7d55c452. >Thank you for your heads up. Sorry about that! I checked the full source tree. Looks like that was the only inadvertent KDE_IS_VERSION->TDE_IS_VERSION conversion. Darrell

10 years, 3 months

Commit web page is not updating

by Darrell Anderson

The last update was Jan 8. Darrell

10 years, 3 months

kscope FTBFS

by François Andriot

Hello, there was too much KDE/TDE renaming in kscope, causing FTBFS at this time. Here it is: http://git.trinitydesktop.org/cgit/kscope/commit/src/editorpage.cpp?id=974a… The "KDE_IS_VERSION" macro is defined in "admin/acinclude.m4.in" . François

10 years, 4 months

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels January 2014