tde-devels

devels@trinitydesktop.org

3753 discussions

"If you believe you can assist in these areas, contact us."

by Juergen Beisert

Hi, still any help needed for the "Language translation/support" topic? Or in general improving documentation? Regards, Juergen

12 years, 4 months

integrating korganizer and the clock calendar

by Calvin Morrison

Tim, How feasible would it be to integrate the clock calendar with our korganizer calendar? It would be awesome! I am looking into it now Calvin

12 years, 4 months

Why not standardize kde_htmldir='\${datadir}/doc/HTML' ??

by David C. Rankin

Tim, Darrell, All, In the process of attempting to get the khelpcenter documents all collected in one spot in 3513-sru, I have found a simple setting that will allow both R14 and 3513-sru to standardize their document locations. The primary issue is that the base document path is hardcoded in tdelibs/kdecore/kstandarddirs.cpp on lines 1041-1042: 1041 if (!strcmp(type, "html")) 1042 return "share/doc/kde/HTML/"; All autotools build packages, on the other hand, set the equivalent path to: return "share/doc/HTML/"; During April (10 & 11), Darrell fixed the R14 document locations. At that time there was no focus on 3513-sru as a branch. Instead of changing the hardcoded location in tdelibs to remove ../kde/.. to match all autotools package locations and changing the CMake files as originally envisioned, hundreds of individual patches were submitted to change all autotools acinclude.m4 files to move helpcenter docs from: kde_htmldir='\${datadir}/doc/HTML' to kde_htmldir='\${datadir}/doc/tde/HTML' That works fine for R14, but interjects incompatibility between R14 and 3513 essentially requiring 2-sets of hundreds of patches just to change the kde_htmldir to '\${datadir}/doc/tde/HTML' (in the case of R14) and to '\${datadir}/doc/kde/HTML' (for 3513). Why not fix this once and for all, fix tdelibs, and just set: kde_htmldir='\${datadir}/doc/HTML' for all?? That way, instead of patching hundreds of autotools packages, the original location in tdelibs is standardized where it should be in 'kstandarddirs.cpp', the CMake files are corrected to match the original kde_htmldir locations in their sources, and all future CMake migration can go forward without every set of files having to set kde_htmldir and reset it for 3513 in another set of patches... (this stuff should be standard anyway -- there is absolutely no need to have 'kde' or 'tde' in the middle of kde_htmldir) This would eliminate hundreds of patches required to change to 'tde' for R14 and to 'kde' for 3513 and move all sources back closer to their pristine state. This couldn't have been envisioned in April, but if we are serious about providing a 3513-sru branch and R14, then I think this is the right way to do it. See: http://www.trinitydesktop.org/patches/ The set of commits at issue are between the following: 398ef116 2012-04-10 4e430ec6 2012-04-11 Thoughts? -- David C. Rankin, J.D.,P.E.

12 years, 4 months

Patch to control kpdf saving document viewing metadata

by Darrell Anderson

I created and tested a patch to add an option in kpdf Settings->General to control whether kpdf stores viewing metadata files. http://bugs.pearsoncomputing.net/show_bug.cgi?id=1215 The patch works for me in R14 GIT. I'd be grateful if somebody else would test the patch. I believe the patch is backwards compatible with 3.5.13.1, although not necessary for 3.5.13.1. Darrell

12 years, 4 months

Privacy patch to delete kpdf metadata files

by Darrell Anderson

I created and tested a patch to add an option in kcontrol->privacy to delete kpdf metadata files. http://bugs.pearsoncomputing.net/show_bug.cgi?id=1216 The patch works for me in R14 GIT. I'd be grateful if somebody else would test the patch. I believe the patch is backwards compatible with 3.5.13.1, although not necessary for 3.5.13.1. Darrell

12 years, 4 months

Testing tdebindings

by Darrell Anderson

With most Trinity packages, testing is straightforward: run the apps. Not so with tdebindings. To those who are familiar with how tdebindings works, please consider helping with writing a short wiki article for testing tdebindings. Or, help create a collection of scripts and prebuilt executables that demonstrate they bind/hook into Trinity. Thanks! Darrell

12 years, 4 months

can I upgrade my distribution?

by Calvin Morrison

Hello, I currently have ubuntu oneiric. Can I upgrade to their newest desktop and still use trinity? I need to access newer library calls for work. Calvin

12 years, 4 months

Tim: Commit patches web page not updating?

by Darrell Anderson

Tim, Seems of late the web page does not update for several days. Darrell

12 years, 4 months

Rebrand Krita => Chalk in koffice-i18n

by Slávek Banko

Hi, when I update a package koffice-i18n I realized that it is necessary to carry out rebranding Krita => Chalk. Please, can make it done someone who has more experience in this? Many thanks Slavek --

12 years, 4 months

sudo-trinity

by Slávek Banko

Tim, I noticed that for R14 is in build-deps ready "better" version of sudo-trinity. I wanted to put this into v3.5.13.1, but there is a problem with the version number. Previous package sudo-trinity had a version derived from the original package sudo - for example 1.7.2p7-1. New package has version 1.0, but this making it the "older" than previous package. It would be possible to increase the number of "epoch" in package - for example to package version 1:1.0-1? Slavek --

12 years, 4 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels