I received this Email recently from a Trinity user, and am reposting it here so that we all can get a better bead on what our users are wanting to see.
Tim
Le Tue, 5 Jul 2011 02:58:01 -0500, "Timothy Pearson" kb9vqf@pearsoncomputing.net a écrit :
I received this Email recently from a Trinity user, and am reposting it here so that we all can get a better bead on what our users are wanting to see.
Tim
About the e-mail: Midori isn't Qt4 but GTK2. AFAIK the only Qt4 browser that doesn't depend on kdelibs4 is Arora.
On Tuesday 05 July 2011 11:58:01 Timothy Pearson wrote:
I received this Email recently from a Trinity user, and am reposting it here so that we all can get a better bead on what our users are wanting to see.
Tim
Needs serous rebranding, since packets are still marked as kde3, until rebranding is done trinity will be considered a KDE3.5 keep alive and not a separate desktop environment. This will prevent it from gaining popularity for example as lightweight alternative to kde4, gnome or other interfaces.
Untrue. KDE is a more recognizable brand. If "Trinity" was invented as a separate DE without any connection to KDE3, it would still be unknown.
It's unnecessary to keep KOffice alive. KOffice is outdated and anyway incompatible with file-types most people use (those of MS Office or OO.org).
Untrue. It has a basic support for ODF/ODT, and better support can be ported from KDE4.
We have OO.org and it's derivate. At most, taking oo.org and making a fork in qt4 would be reasonable
Untrue. OpenOffice is not Qt4-based. Porting it to Qt is an enormous work (already attempted by a team, unsuccessfully, now abandoned).
For maintenance reasons, and to simplify work on upgrading trinity some of the original kde3.5 apps should be abandoned.
DE without apps does not make sense.
next would be digikam which has newer versions for kde4.
Dikikam's KDE4 version is closely integrated with KDE4. It is impossible to use it without installing KDE4. The same is with all other KDE4 applications.
The main problem behind maintaining and creating trinity versions of some apps from kde3.5 which now have versions for kde4 is that if they are kept the two projects will end having apps which are or totally different (and maintained by different teams) and have same names
This is already the case, blame the KDE4 team. You cannot reconcile the two: KDE4 apps use KDE4 libraries and cannot be separated from KDE4.
On 05/07/2011 15:27, Ilya Chernykh wrote:
This is already the case, blame the KDE4 team. You cannot reconcile the two: KDE4 apps use KDE4 libraries and cannot be separated from KDE4.
Fortunately, they can run really smoothly on Trinity, but it can be a little mess with $PATH, etc.
Nicolas
Le Tue, 05 Jul 2011 16:25:58 +0200, Nicolas Bercher nbercher@yahoo.fr a écrit :
On 05/07/2011 15:27, Ilya Chernykh wrote:
This is already the case, blame the KDE4 team. You cannot reconcile the two: KDE4 apps use KDE4 libraries and cannot be separated from KDE4.
Fortunately, they can run really smoothly on Trinity, but it can be a little mess with $PATH, etc.
With the drawback that it will load both kdelibs3 and kdelibs4 into memory. If you have enough memory to accommodate the 2 versions of kdelibs, you have probably enough memory to run KDE4.
Nicolas
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Le Tue, 05 Jul 2011 16:25:58 +0200, Nicolas Bercher nbercher@yahoo.fr a écrit :
On 05/07/2011 15:27, Ilya Chernykh wrote:
This is already the case, blame the KDE4 team. You cannot reconcile the two: KDE4 apps use KDE4 libraries and cannot be separated from KDE4.
Fortunately, they can run really smoothly on Trinity, but it can be a little mess with $PATH, etc.
With the drawback that it will load both kdelibs3 and kdelibs4 into memory. If you have enough memory to accommodate the 2 versions of kdelibs, you have probably enough memory to run KDE4.
Nicolas
Just because you can run KDE4 doesn't mean you *want* to run KDE4. I have heard from many that simply don't like KDE4 for a variety of fundamental reasons.
Also, just to be clear, I don't necessarily endorse what was written in that message. I simply passed on the Email that I received so that I could get some feedback from the people on this list. Thanks all for your replies; they help!
Tim
On Tuesday 05 July 2011 18:36:45 /dev/ammo42 wrote:
This is already the case, blame the KDE4 team. You cannot reconcile the two: KDE4 apps use KDE4 libraries and cannot be separated from KDE4.
Fortunately, they can run really smoothly on Trinity, but it can be a little mess with $PATH, etc.
With the drawback that it will load both kdelibs3 and kdelibs4 into memory. If you have enough memory to accommodate the 2 versions of kdelibs, you have probably enough memory to run KDE4.
And the drawback that your desktop settings do not affect them.
On 05/07/2011 20:45, Ilya Chernykh wrote:
And the drawback that your desktop settings do not affect them.
Clearly, that's was really annoying too! Seemed to me like playing too much with gnome settings under KDE3.
Nicolas
On 05/07/2011 16:36, /dev/ammo42 wrote:
With the drawback that it will load both kdelibs3 and kdelibs4 into memory. If you have enough memory to accommodate the 2 versions of kdelibs, you have probably enough memory to run KDE4.
Oh come on! Please, do not answer things like that. There are so many different people on Earth and we all have so many different choices & reasons for doing things or not doing them.
I tried KDE4 for a few weeks, maybe 2 months. And it was just too bad for my needs. Before using it, I thought about somethings like "KDE4 must be KDE3 with more glossy graphics rendering and *upgraded packages*", and I also thought I could disable almost of the graphics stuff, but, no. KDE4 missis some basic options KDE3 had, and KDE3 had them for good reasons (I just think about alt-f5 shortcut (show all windows list) that is no more available in KDE4 *if* you don't own powerful 3D graphics card).
Then, I found Trinity, installed it and was sooooooooooooo happy! I kept some KDE4 apps for a while (kpdf, amarok2, etc.) but it was kind of a mess. So I finally removed all of them and get back to my beloved "KDE3 desktop". Just what I wanted while upgrading to Debian Squeeze.
BTW, re-thank you so much for doing Trinity!
Nicolas
On Tuesday 05 July 2011 18:25:58 Nicolas Bercher wrote:
This is already the case, blame the KDE4 team. You cannot reconcile the two: KDE4 apps use KDE4 libraries and cannot be separated from KDE4.
Fortunately, they can run really smoothly on Trinity, but it can be a little mess with $PATH, etc.
They can run smoothly on anything: Gnome, XTerm, XFce, TWM. They just are not integrated with all those desktops and environments.
On 2011-07-05, Ilya Chernykh anixxsus@gmail.com wrote:
On Tuesday 05 July 2011 11:58:01 Timothy Pearson wrote:
I received this Email recently from a Trinity user, and am reposting it here so that we all can get a better bead on what our users are wanting to see.
Tim
Needs serous rebranding, since packets are still marked as kde3, until rebranding is done trinity will be considered a KDE3.5 keep alive and not a separate desktop environment. This will prevent it from gaining popularity for example as lightweight alternative to kde4, gnome or other interfaces.
Untrue. KDE is a more recognizable brand. If "Trinity" was invented as a separate DE without any connection to KDE3, it would still be unknown.
No, I agree. We need to make sure that people know this is the Trinity DE. This was already discussed how we want to keep the branding in the March? Monthly Meeting.
It's unnecessary to keep KOffice alive. KOffice is outdated and anyway incompatible with file-types most people use (those of MS Office or OO.org).
Untrue. It has a basic support for ODF/ODT, and better support can be ported from KDE4.
And how much time and effort will that take? Right now the theme is fixing bugs, not making new functionality.
My opinion is that if we can take better and newer Qt4 applications and port them to TQt instead of keeping old ones with the same functionality and name alive, that sounds like a better option to me.
We have OO.org and it's derivate. At most, taking oo.org and making a fork in qt4 would be reasonable
Untrue. OpenOffice is not Qt4-based. Porting it to Qt is an enorm
ous work
(already attempted by a team, unsuccessfully, now abandoned).
I agree - this is enormous work.
The Libreoffice team is happy to accept a TQt interface theme, so if it makes LO more integrated into Trinity, it seems reasonable. But that's not in any priority right now.
For maintenance reasons, and to simplify work on upgrading trinity some of the original kde3.5 apps should be abandoned.
DE without apps does not make sense.
Depends what apps.
next would be digikam which has newer versions for kde4.
Dikikam's KDE4 version is closely integrated with KDE4. It is impossible to use it without installing KDE4. The same is with all other KDE4 applications.
The main problem behind maintaining and creating trinity versions of some apps from kde3.5 which now have versions for kde4 is that if they are kept the two projects will end having apps which are or totally different (and maintained by different teams) and have same names
This is already the case, blame the KDE4 team. You cannot reconcile the two: KDE4 apps use KDE4 libraries and cannot be separated from KDE4.
Sadly, yes. It seems to me that we're probably the ones who will have to rebrand...
On Wednesday 06 July 2011 04:55:23 Robert Xu wrote:
Untrue. It has a basic support for ODF/ODT, and better support can be ported from KDE4.
And how much time and effort will that take? Right now the theme is fixing bugs, not making new functionality.
Don't know but the filters are quite independent from the rest. Each occupies its own source directory and has a .desktop file for calling it.
My opinion is that if we can take better and newer Qt4 applications and port them to TQt instead of keeping old ones with the same functionality and name alive, that sounds like a better option to me.
Has at least one Qt4 application been ported to TQt to date?
Rebranding: To what extent? I don't think renaming all files is necessary. I think most of the branding issues are resolved. If the user is addressing app names, I am content with the old "K" naming scheme. I also like the idea that with the "K" naming convention people can see and remember the KDE3 roots, which I think is a selling point.
KOffice: I never piped in on that debate, but I see no reason to maintain most of KOffice. LibreOffice is more than acceptable as a replacement. I do think the wiki needs to be updated with instructions how to build LibreOffice to ensure native KDE3/Trinity file picker support (using the --enable-kde build option). I think a handful of apps from KOffice should be maintained, such as Kivio, Krita, etc. I don't see a need to maintain the main apps.
Digikam: Are all the new features provided in the QT4 version necessary? I am no camera junkie, but I depend upon Digikam in KDE3 to interface with my digital camera. I'd hate to see that app disappear in Trinity. I'm happy with the older version of Digikam. The appeal of Trinity is that of being light weight compared to KDE4 and GNOME 3. I see no reason not to maintain light weight versions of various apps.
Browser: I don't see a viable solution to providing a built-in web browser for Trinity. Konqueror in KDE3 never was as extensible or usable as Firefox. That is not going to change soon in KDE4. I think web browsers should not be a concern or component of Trinity. I still think Konqueror in KDE3/Trinity is the best file manager available. I hope that does not change.
Light weight desktop: I don't use KDE 4 enough to add to the perception of being bloated. I agree that KDE4 from upstream is configured for bleeding edge hardware with all the various desktop effects enabled by default. Likewise with GNOME 3, which works only on hardware with 3D video accelerators. I have noticed that since the advent of GNOME 3 and Unity, many people are now offering "light weight" distros. The new Porteus portable system, a successor replacement for Slax, uses Trinity 3.5.12. Other distros are now offering Xfce and LXDE as choices over KDE4 and GNOME 3. Many people are unhappy with the direction of KDE4, GNOME 3, Unity. I foresee no reconciliation because the people controlling those environments are on a different plane of existence than people who want light weight but flexible desktops.
In other words, there is a healthy market for Trinity. Stay focused on the desktop and existing apps in the source tree.
Will users compare Trinity to KDE4? I think that is inevitable and unavoidable. Reviewers are likely to notice what "features" are available in KDE4 and unavailable in Trinity. With that said, the same can be done with comparing Xfce and LXDE to KDE4. There is a significant difference and always will be --- and should be. Any reviewer who argues otherwise is missing the point.
I vote for not worrying about trying to maintain Trinity as feature rich as KDE4 or backporting features. There is too much a price to pay. The user who is attracted to Xfce, LXDE, and Trinity are not looking for every single feature imaginable. They want a flexible but stable desktop. They want a sense of continuity and cohesiveness with apps. Trinity provides that.
The competition for Trinity is Xfce and LXDE, not KDE4.
Complete the cmake conversion. Resolve a few dozen critical and paper cut bugs. Update the wiki and web sites to emphasize the light weight appeal. I expect to read many positive reviews when Trinity 3.5.13 is announced.
Darrell
On 2011-07-06, Darrell Anderson humanreadable@yahoo.com wrote:
Rebranding: To what extent? I don't think renaming all files is necessary. I think most of the branding issues are resolved. If the user is addressing app names, I am content with the old "K" naming scheme. I also like the idea that with the "K" naming convention people can see and remember the KDE3 roots, which I think is a selling point.
You make a good point here.
KOffice: I never piped in on that debate, but I see no reason to maintain most of KOffice. LibreOffice is more than acceptable as a replacement. I do think the wiki needs to be updated with instructions how to build LibreOffice to ensure native KDE3/Trinity file picker support (using the --enable-kde build option). I think a handful of apps from KOffice should be maintained, such as Kivio, Krita, etc. I don't see a need to maintain the main apps.
When you put it that way... Is it possible to maintain a subset of KOffice? Like Darell said, only a handful of apps? Or is it all or nothing?
Digikam: Are all the new features provided in the QT4 version necessary? I am no camera junkie, but I depend upon Digikam in KDE3 to interface with my digital camera. I'd hate to see that app disappear in Trinity. I'm happy with the older version of Digikam. The appeal of Trinity is that of being light weight compared to KDE4 and GNOME 3. I see no reason not to maintain light weight versions of various apps.
Browser: I don't see a viable solution to providing a built-in web browser for Trinity. Konqueror in KDE3 never was as extensible or usable as Firefox. That is not going to change soon in KDE4. I think web browsers should not be a concern or component of Trinity. I still think Konqueror in KDE3/Trinity is the best file manager available. I hope that does not change.
Light weight desktop: I don't use KDE 4 enough to add to the perception of being bloated. I agree that KDE4 from upstream is configured for bleeding edge hardware with all the various desktop effects enabled by default. Likewise with GNOME 3, which works only on hardware with 3D video accelerators. I have noticed that since the advent of GNOME 3 and Unity, many people are now offering "light weight" distros. The new Porteus portable system, a successor replacement for Slax, uses Trinity 3.5.12. Other distros are now offering Xfce and LXDE as choices over KDE4 and GNOME 3. Many people are unhappy with the direction of KDE4, GNOME 3, Unity. I foresee no reconciliation because the people controlling those environments are on a different plane of existence than people who want light weight but flexible desktops.
In other words, there is a healthy market for Trinity. Stay focused on the desktop and existing apps in the source tree.
Will users compare Trinity to KDE4? I think that is inevitable and unavoidable. Reviewers are likely to notice what "features" are available in KDE4 and unavailable in Trinity. With that said, the same can be done with comparing Xfce and LXDE to KDE4. There is a significant difference and always will be --- and should be. Any reviewer who argues otherwise is missing the point.
I vote for not worrying about trying to maintain Trinity as feature rich as KDE4 or backporting features. There is too much a price to pay. The user who is attracted to Xfce, LXDE, and Trinity are not looking for every single feature imaginable. They want a flexible but stable desktop. They want a sense of continuity and cohesiveness with apps. Trinity provides that.
The competition for Trinity is Xfce and LXDE, not KDE4.
Complete the cmake conversion. Resolve a few dozen critical and paper cut bugs. Update the wiki and web sites to emphasize the light weight appeal. I expect to read many positive reviews when Trinity 3.5.13 is announced.
Well put in many ways.
On Wednesday 06 July 2011 05:00:07 Robert Xu wrote:
KOffice: I never piped in on that debate, but I see no reason to maintain most of KOffice. LibreOffice is more than acceptable as a replacement. I do think the wiki needs to be updated with instructions how to build LibreOffice to ensure native KDE3/Trinity file picker support (using the --enable-kde build option). I think a handful of apps from KOffice should be maintained, such as Kivio, Krita, etc. I don't see a need to maintain the main apps.
When you put it that way... Is it possible to maintain a subset of KOffice? Like Darell said, only a handful of apps? Or is it all or nothing?
You people miss the point: there is no other office suite in the world which is so closely integrated with KDE3 as KOffice. For instance, it provides KParts which are used in say, Konqueror, that's why you can open a text document in Konqueror like a web page. You can imbed web pages in your documents as well.
There is no such thing in Libre/Open Office. There was a project named Cuckooo, but it does not build now https://build.opensuse.org/package/show?package=cuckooo&project=home%3AA...
I fully agree with you Darrell there is no need to try and replicate kde 4 in doing so you would just be heading in the same direction as them trinity should be finding its own path those who want all the kde4 features are still free to chose kde4 there is no need to turn trinity into another kde4 and doing so would be a mistake in my opinion.
I completely agree.
You people miss the point: there is no other office suite in the world which is so closely integrated with KDE3 as KOffice. For instance, it provides KParts which are used in say, Konqueror, that's why you can open a text document in Konqueror like a web page. You can imbed web pages in your documents as well.
Unfortunately this is true.
Also true is how difficult it would be to maintain koffice with such a small devel group. Its likely the most immediately effective solution is to leave koffice as is, and use an up to date OOo (or the like) as possible until the project has enough devel to tacle the koffice problem.
Logic dictates; work with the problems you can reach first, the rest will fall into reach, if any remain.
Kate
On 7/6/11, Ilya Chernykh anixxsus@gmail.com wrote:
On Wednesday 06 July 2011 05:00:07 Robert Xu wrote:
KOffice: I never piped in on that debate, but I see no reason to maintain most of KOffice. LibreOffice is more than acceptable as a replacement. I do think the wiki needs to be updated with instructions how to build LibreOffice to ensure native KDE3/Trinity file picker support (using the --enable-kde build option). I think a handful of apps from KOffice should be maintained, such as Kivio, Krita, etc. I don't see a need to maintain the main apps.
When you put it that way... Is it possible to maintain a subset of KOffice? Like Darell said, only a handful of apps? Or is it all or nothing?
You people miss the point: there is no other office suite in the world which is so closely integrated with KDE3 as KOffice. For instance, it provides KParts which are used in say, Konqueror, that's why you can open a text document in Konqueror like a web page. You can imbed web pages in your documents as well.
There is no such thing in Libre/Open Office. There was a project named Cuckooo, but it does not build now https://build.opensuse.org/package/show?package=cuckooo&project=home%3AA...
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
I disagree with everything he says this guy's mail.
It is clear that this person keep a different perspective to that of a linux user wants, (i must cited kde was a desktop in a UNIX-Like filosophy, everithing its configurable and integrate-able),* as** most of all mortals are windoseros who worry about these problems that this guy cited, in particular* I do not use any tools and formats cited by this man.
*Another thing that he did not note, is the maintenance work desk, saying "is a simplekde3" or "No names have been changed" does not take into account that few people in trinity against the many that was in KDE series 3. Besides, it is easy to critics but nothing of work apported, this men is a simple windozer criticizing but does not provide any of contrib work.*
Although some notes are considered, but I think are not necessary at this time, as a contribution I'm trying to do a live more lighter than the current winbuntu that is available in oficial trinity downloads (it is very good but consumes a lot of ram and the boot is not so fast).
..guys, everibody are doing a great job!
I could not resist and had to make an entry in my blog this anti windoseros . http://qgqlochekone.blogspot.com/2011/07/windoer-notes-about-trinity-notas-d... hope finish at this mail send.
On Wed, Jul 6, 2011 at 7:44 AM, Katheryne Draven borgqueen4@gmail.comwrote:
I fully agree with you Darrell there is no need to try and replicate kde 4 in doing so you would just be heading in the same direction as them trinity should be finding its own path those who want all the kde4 features are still free to chose kde4 there is no need to turn trinity into another kde4 and doing so would be a mistake in my opinion.
I completely agree.You people miss the point: there is no other office suite in the world which is so closely integrated with KDE3 as KOffice. For instance, it provides KParts which are used in say, Konqueror, that's why you can open a text document in Konqueror like a web page. You can imbed web pages in your documents as well.
Unfortunately this is true.Also true is how difficult it would be to maintain koffice with such a small devel group. Its likely the most immediately effective solution is to leave koffice as is, and use an up to date OOo (or the like) as possible until the project has enough devel to tacle the koffice problem.
Logic dictates; work with the problems you can reach first, the rest will fall into reach, if any remain.
Kate
On 7/6/11, Ilya Chernykh anixxsus@gmail.com wrote:
On Wednesday 06 July 2011 05:00:07 Robert Xu wrote:
KOffice: I never piped in on that debate, but I see no reason to maintain most of KOffice. LibreOffice is more than acceptable as a replacement.
I
do think the wiki needs to be updated with instructions how to build LibreOffice to ensure native KDE3/Trinity file picker support (using
the
--enable-kde build option). I think a handful of apps from KOffice should be maintained, such as Kivio, Krita, etc. I don't see a need to maintain the main apps.
When you put it that way... Is it possible to maintain a subset of KOffice? Like Darell said, only a handful of apps? Or is it all or nothing?
You people miss the point: there is no other office suite in the world
which
is so closely integrated with KDE3 as KOffice. For instance, it provides KParts which are used in say, Konqueror, that's why you can open a text document in Konqueror like a web page. You can imbed web pages in your documents as well.
There is no such thing in Libre/Open Office. There was a project named Cuckooo, but it does not build now
https://build.opensuse.org/package/show?package=cuckooo&project=home%3AA...
To unsubscribe, e-mail:
trinity-devel-unsubscribe@lists.pearsoncomputing.net
For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Who is this guy?
On 7/7/11, PICCORO McKAY Lenz mckaygerhard@gmail.com wrote:
I disagree with everything he says this guy's mail.
It is clear that this person keep a different perspective to that of a linux user wants, (i must cited kde was a desktop in a UNIX-Like filosophy, everithing its configurable and integrate-able),* as** most of all mortals are windoseros who worry about these problems that this guy cited, in particular* I do not use any tools and formats cited by this man.
*Another thing that he did not note, is the maintenance work desk, saying "is a simplekde3" or "No names have been changed" does not take into account that few people in trinity against the many that was in KDE series 3. Besides, it is easy to critics but nothing of work apported, this men is a simple windozer criticizing but does not provide any of contrib work.*
Although some notes are considered, but I think are not necessary at this time, as a contribution I'm trying to do a live more lighter than the current winbuntu that is available in oficial trinity downloads (it is very good but consumes a lot of ram and the boot is not so fast).
..guys, everibody are doing a great job!
I could not resist and had to make an entry in my blog this anti windoseros . http://qgqlochekone.blogspot.com/2011/07/windoer-notes-about-trinity-notas-d... hope finish at this mail send.
On Wed, Jul 6, 2011 at 7:44 AM, Katheryne Draven borgqueen4@gmail.comwrote:
I fully agree with you Darrell there is no need to try and replicate kde 4 in doing so you would just be heading in the same direction as them trinity should be finding its own path those who want all the kde4 features are still free to chose kde4 there is no need to turn trinity into another kde4 and doing so would be a mistake in my opinion.
I completely agree.You people miss the point: there is no other office suite in the world which is so closely integrated with KDE3 as KOffice. For instance, it provides KParts which are used in say, Konqueror, that's why you can open a text document in Konqueror like a web page. You can imbed web pages in your documents as well.
Unfortunately this is true.Also true is how difficult it would be to maintain koffice with such a small devel group. Its likely the most immediately effective solution is to leave koffice as is, and use an up to date OOo (or the like) as possible until the project has enough devel to tacle the koffice problem.
Logic dictates; work with the problems you can reach first, the rest will fall into reach, if any remain.
Kate
On 7/6/11, Ilya Chernykh anixxsus@gmail.com wrote:
On Wednesday 06 July 2011 05:00:07 Robert Xu wrote:
KOffice: I never piped in on that debate, but I see no reason to maintain most of KOffice. LibreOffice is more than acceptable as a replacement.
I
do think the wiki needs to be updated with instructions how to build LibreOffice to ensure native KDE3/Trinity file picker support (using
the
--enable-kde build option). I think a handful of apps from KOffice should be maintained, such as Kivio, Krita, etc. I don't see a need to maintain the main apps.
When you put it that way... Is it possible to maintain a subset of KOffice? Like Darell said, only a handful of apps? Or is it all or nothing?
You people miss the point: there is no other office suite in the world
which
is so closely integrated with KDE3 as KOffice. For instance, it provides KParts which are used in say, Konqueror, that's why you can open a text document in Konqueror like a web page. You can imbed web pages in your documents as well.
There is no such thing in Libre/Open Office. There was a project named Cuckooo, but it does not build now
https://build.opensuse.org/package/show?package=cuckooo&project=home%3AA...
To unsubscribe, e-mail:
trinity-devel-unsubscribe@lists.pearsoncomputing.net
For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
-- Lenz McKAY Gerardo (PICCORO) http://qgqlochekone.blogspot.com Cofundador de Venenux; debian based multimedia alike free only zealots users (oh well, i try but..too many free guidelines buahhh) http://shutendouji.net creador de massenkoh linux; debian enhanchements for better up to date support on stable brand, including non-free soft.
Sorry I mean when you say ">> I disagree with everything he says this guy's mail." who are you talking about?
On 7/7/11, Katheryne Draven borgqueen4@gmail.com wrote:
Who is this guy?
On 7/7/11, PICCORO McKAY Lenz mckaygerhard@gmail.com wrote:
I disagree with everything he says this guy's mail.
It is clear that this person keep a different perspective to that of a linux user wants, (i must cited kde was a desktop in a UNIX-Like filosophy, everithing its configurable and integrate-able),* as** most of all mortals are windoseros who worry about these problems that this guy cited, in particular* I do not use any tools and formats cited by this man.
*Another thing that he did not note, is the maintenance work desk, saying "is a simplekde3" or "No names have been changed" does not take into account that few people in trinity against the many that was in KDE series 3. Besides, it is easy to critics but nothing of work apported, this men is a simple windozer criticizing but does not provide any of contrib work.*
Although some notes are considered, but I think are not necessary at this time, as a contribution I'm trying to do a live more lighter than the current winbuntu that is available in oficial trinity downloads (it is very good but consumes a lot of ram and the boot is not so fast).
..guys, everibody are doing a great job!
I could not resist and had to make an entry in my blog this anti windoseros . http://qgqlochekone.blogspot.com/2011/07/windoer-notes-about-trinity-notas-d... hope finish at this mail send.
On Wed, Jul 6, 2011 at 7:44 AM, Katheryne Draven borgqueen4@gmail.comwrote:
I fully agree with you Darrell there is no need to try and replicate kde 4 in doing so you would just be heading in the same direction as them trinity should be finding its own path those who want all the kde4 features are still free to chose kde4 there is no need to turn trinity into another kde4 and doing so would be a mistake in my opinion.
I completely agree.You people miss the point: there is no other office suite in the world which is so closely integrated with KDE3 as KOffice. For instance, it provides KParts which are used in say, Konqueror, that's why you can open a text document in Konqueror like a web page. You can imbed web pages in your documents as well.
Unfortunately this is true.Also true is how difficult it would be to maintain koffice with such a small devel group. Its likely the most immediately effective solution is to leave koffice as is, and use an up to date OOo (or the like) as possible until the project has enough devel to tacle the koffice problem.
Logic dictates; work with the problems you can reach first, the rest will fall into reach, if any remain.
Kate
On 7/6/11, Ilya Chernykh anixxsus@gmail.com wrote:
On Wednesday 06 July 2011 05:00:07 Robert Xu wrote:
KOffice: I never piped in on that debate, but I see no reason to maintain most of KOffice. LibreOffice is more than acceptable as a replacement.
I
do think the wiki needs to be updated with instructions how to build LibreOffice to ensure native KDE3/Trinity file picker support (using
the
--enable-kde build option). I think a handful of apps from KOffice should be maintained, such as Kivio, Krita, etc. I don't see a need to maintain the main apps.
When you put it that way... Is it possible to maintain a subset of KOffice? Like Darell said, only a handful of apps? Or is it all or nothing?
You people miss the point: there is no other office suite in the world
which
is so closely integrated with KDE3 as KOffice. For instance, it provides KParts which are used in say, Konqueror, that's why you can open a text document in Konqueror like a web page. You can imbed web pages in your documents as well.
There is no such thing in Libre/Open Office. There was a project named Cuckooo, but it does not build now
https://build.opensuse.org/package/show?package=cuckooo&project=home%3AA...
To unsubscribe, e-mail:
trinity-devel-unsubscribe@lists.pearsoncomputing.net
For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
-- Lenz McKAY Gerardo (PICCORO) http://qgqlochekone.blogspot.com Cofundador de Venenux; debian based multimedia alike free only zealots users (oh well, i try but..too many free guidelines buahhh) http://shutendouji.net creador de massenkoh linux; debian enhanchements for better up to date support on stable brand, including non-free soft.
(1) Again, NO html mail.
On Thu, Jul 7, 2011 at 21:46, PICCORO McKAY Lenz mckaygerhard@gmail.com wrote:
I disagree with everything he says this guy's mail.
It is clear that this person keep a different perspective to that of a linux user wants, (i must cited kde was a desktop in a UNIX-Like
Then what does a linux user want? You are not being specific.
filosophy, everithing its configurable and integrate-able), as most of all mortals are windoseros who worry about these problems that this guy cited, in particular I do not use any tools and formats cited by this man.
Then why do you disagree with everything?
sorry for html mail , i forget that!
err yes i disagree with the mail's guy,
and also i aggreed with first llya Chernykh response
On Thu, Jul 7, 2011 at 9:51 AM, Robert Xu robxu9@gmail.com wrote:
(1) Again, NO html mail.
On Thu, Jul 7, 2011 at 21:46, PICCORO McKAY Lenz mckaygerhard@gmail.com wrote:
I disagree with everything he says this guy's mail.
It is clear that this person keep a different perspective to that of a linux user wants, (i must cited kde was a desktop in a UNIX-Like
Then what does a linux user want? You are not being specific.
filosophy, everithing its configurable and integrate-able), as most of all mortals are windoseros who worry about these problems that this guy cited, in particular I do not use any tools and formats cited by this
man.
Then why do you disagree with everything?
-- later, Robert Xu + rxu AT lincomlinux DOT org
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Who is "mail's guy".
I'm so confused I can't see what it is you're disagreeing about.
Kate
On 7/7/11, PICCORO McKAY Lenz mckaygerhard@gmail.com wrote:
sorry for html mail , i forget that!
err yes i disagree with the mail's guy,
and also i aggreed with first llya Chernykh response
On Thu, Jul 7, 2011 at 9:51 AM, Robert Xu robxu9@gmail.com wrote:
(1) Again, NO html mail.
On Thu, Jul 7, 2011 at 21:46, PICCORO McKAY Lenz mckaygerhard@gmail.com wrote:
I disagree with everything he says this guy's mail.
It is clear that this person keep a different perspective to that of a linux user wants, (i must cited kde was a desktop in a UNIX-Like
Then what does a linux user want? You are not being specific.
filosophy, everithing its configurable and integrate-able), as most of all mortals are windoseros who worry about these problems that this guy cited, in particular I do not use any tools and formats cited by this
man.
Then why do you disagree with everything?
-- later, Robert Xu + rxu AT lincomlinux DOT org
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
-- Lenz McKAY Gerardo (PICCORO) http://qgqlochekone.blogspot.com Cofundador de Venenux; debian based multimedia alike free only zealots users (oh well, i try but..too many free guidelines buahhh) http://shutendouji.net creador de massenkoh linux; debian enhanchements for better up to date support on stable brand, including non-free soft.
the mail cited by tim,
On Thu, Jul 7, 2011 at 1:30 PM, Katheryne Draven borgqueen4@gmail.com wrote:
Who is "mail's guy".
I'm so confused I can't see what it is you're disagreeing about.
Kate
On 7/7/11, PICCORO McKAY Lenz mckaygerhard@gmail.com wrote:
sorry for html mail , i forget that!
err yes i disagree with the mail's guy,
and also i aggreed with first llya Chernykh response
On Thu, Jul 7, 2011 at 9:51 AM, Robert Xu robxu9@gmail.com wrote:
(1) Again, NO html mail.
On Thu, Jul 7, 2011 at 21:46, PICCORO McKAY Lenz mckaygerhard@gmail.com wrote:
I disagree with everything he says this guy's mail.
It is clear that this person keep a different perspective to that of a linux user wants, (i must cited kde was a desktop in a UNIX-Like
Then what does a linux user want? You are not being specific.
filosophy, everithing its configurable and integrate-able), as most of all mortals are windoseros who worry about these problems that this guy cited, in particular I do not use any tools and formats cited by this
man.
Then why do you disagree with everything?
-- later, Robert Xu + rxu AT lincomlinux DOT org
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
-- Lenz McKAY Gerardo (PICCORO) http://qgqlochekone.blogspot.com Cofundador de Venenux; debian based multimedia alike free only zealots users (oh well, i try but..too many free guidelines buahhh) http://shutendouji.net creador de massenkoh linux; debian enhanchements for better up to date support on stable brand, including non-free soft.
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
-- Lenz McKAY Gerardo (PICCORO) http://qgqlochekone.blogspot.com Cofundador de Venenux; debian based multimedia alike free only zealots users (oh well, i try but..too many free guidelines buahhh) http://shutendouji.net creador de massenkoh linux; debian enhanchements for better up to date support on stable brand, including non-free soft.
the mail cited by tim,
While we are on that topic I should mention that I consider many of the original "suggestions" in the message I forwarded to be nits, if not just plain ridiculous. I forwarded the message to this list to make sure that I was not alone, and to see what people's thoughts on the matter were.
To clear up some things: * koffice cannot be built in pieces, but there is no reason to drop it at this time. It will stay in the TDE distribution tarball for the forseeable future, and *may* even pick up some enhancements along the way if ioslaves from Calligra can be backported to TQt easily enough. * The extent of the renaming for the 3.5.13 release would be core libraries and non-user-visible strings. This would be done only to make downstream packaging easier (i.e. rename libkdecore.so to libtdecore.so, etc.). User visible strings / application names will probably never change, except the KDE->TDE string replacement that has already occurred.
Tim
On 7/7/11, Timothy Pearson kb9vqf@pearsoncomputing.net wrote:
the mail cited by tim,
While we are on that topic I should mention that I consider many of the original "suggestions" in the message I forwarded to be nits, if not just plain ridiculous. I forwarded the message to this list to make sure that I was not alone, and to see what people's thoughts on the matter were.
To clear up some things:
- koffice cannot be built in pieces, but there is no reason to drop it at
this time. It will stay in the TDE distribution tarball for the forseeable future, and *may* even pick up some enhancements along the way if ioslaves from Calligra can be backported to TQt easily enough.
- The extent of the renaming for the 3.5.13 release would be core
libraries and non-user-visible strings. This would be done only to make downstream packaging easier (i.e. rename libkdecore.so to libtdecore.so, etc.). User visible strings / application names will probably never change, except the KDE->TDE string replacement that has already occurred.
Tim
Thank you!
I was so confused as to what this was all about. No offense to anyone.
I really do understand about language barriers. I speak 4 languages and since a head injure 15 years ago took down the barriers keeping these languages in check. I have to work hard to keep from starting a sentence in English and ending it in Gaelic.
However, none of the affects my ability to understand language so all of this confused me. I didn't know what was being disagreed about.
I agree, it would be illogical to remove koffice or rename familiar apps.
Kate
complety aggreee ( in special i like koffice)
On Thu, Jul 7, 2011 at 1:40 PM, Timothy Pearson kb9vqf@pearsoncomputing.net wrote:
the mail cited by tim,
While we are on that topic I should mention that I consider many of the original "suggestions" in the message I forwarded to be nits, if not just plain ridiculous. I forwarded the message to this list to make sure that I was not alone, and to see what people's thoughts on the matter were.
To clear up some things:
- koffice cannot be built in pieces, but there is no reason to drop it at
this time. It will stay in the TDE distribution tarball for the forseeable future, and *may* even pick up some enhancements along the way if ioslaves from Calligra can be backported to TQt easily enough.
- The extent of the renaming for the 3.5.13 release would be core
libraries and non-user-visible strings. This would be done only to make downstream packaging easier (i.e. rename libkdecore.so to libtdecore.so, etc.). User visible strings / application names will probably never change, except the KDE->TDE string replacement that has already occurred.
Tim
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Thursday 07 July 2011 22:10:53 Timothy Pearson wrote:
- The extent of the renaming for the 3.5.13 release would be core
libraries and non-user-visible strings. This would be done only to make downstream packaging easier (i.e. rename libkdecore.so to libtdecore.so, etc.).
Sorry, but what the purpose in renaming the library files? This will break the binary compatibility and also dependencies on rpm-based systems.
I would like to see Trinity and old KDE3 applications as much compatible as possible so one can choose either trinity's or kde3's core and have his old apps still working. For this reason we have even KDE3 in KDE:KDE3 repository building against a Trinity-patched Qt3 so that the both could use the same Qt3 package.
Ilya, the fact is that by causality/coincidence the project trinity and some rpm windows-like distributions use the same "prefix" (/opt /opt/kde3 in redhat or suse), and therefore, by any causality/coincidence have a match/compatibility, but trinity never was compatible with applications preinstalled or precompiled unless rebuild against trinity desktop/libs.
On Fri, Jul 8, 2011 at 4:44 AM, Ilya Chernykh anixxsus@gmail.com wrote:
On Thursday 07 July 2011 22:10:53 Timothy Pearson wrote:
- The extent of the renaming for the 3.5.13 release would be core
libraries and non-user-visible strings. This would be done only to make downstream packaging easier (i.e. rename libkdecore.so to libtdecore.so, etc.).
Sorry, but what the purpose in renaming the library files? This will break the binary compatibility and also dependencies on rpm-based systems.
I would like to see Trinity and old KDE3 applications as much compatible as possible so one can choose either trinity's or kde3's core and have his old apps still working. For this reason we have even KDE3 in KDE:KDE3 repository building against a Trinity-patched Qt3 so that the both could use the same Qt3 package.
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Wed, Jul 6, 2011 at 8:32 AM, Ilya Chernykh anixxsus@gmail.com wrote:
On Wednesday 06 July 2011 05:00:07 Robert Xu wrote:
KOffice: I never piped in on that debate, but I see no reason to
maintain
most of KOffice. LibreOffice is more than acceptable as a replacement.
I do
think the wiki needs to be updated with instructions how to build LibreOffice to ensure native KDE3/Trinity file picker support (using
the
--enable-kde build option). I think a handful of apps from KOffice
should be
maintained, such as Kivio, Krita, etc. I don't see a need to maintain
the
main apps.
When you put it that way... Is it possible to maintain a subset of KOffice? Like Darell said, only a handful of apps? Or is it all or nothing?
You people miss the point: there is no other office suite in the world which is so closely integrated with KDE3 as KOffice. For instance, it provides KParts which are used in say, Konqueror, that's why you can open a text document in Konqueror like a web page. You can imbed web pages in your documents as well.
And who would want that? I certainly wished the default behavior on Konqueror was to open always in external viewers, which don't suck.
Tiago
There is no such thing in Libre/Open Office. There was a project named
Cuckooo, but it does not build now
https://build.opensuse.org/package/show?package=cuckooo&project=home%3AA...
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Tiago
We are, actually, agreeing with you. KOffice is staying.
From Tim:
To clear up some things:
- koffice cannot be built in pieces, but there is no reason to drop it at
this time.
Kate
On 7/7/11, Tiago Marques tiagomnm@gmail.com wrote:
On Wed, Jul 6, 2011 at 8:32 AM, Ilya Chernykh anixxsus@gmail.com wrote:
On Wednesday 06 July 2011 05:00:07 Robert Xu wrote:
KOffice: I never piped in on that debate, but I see no reason to
maintain
most of KOffice. LibreOffice is more than acceptable as a replacement.
I do
think the wiki needs to be updated with instructions how to build LibreOffice to ensure native KDE3/Trinity file picker support (using
the
--enable-kde build option). I think a handful of apps from KOffice
should be
maintained, such as Kivio, Krita, etc. I don't see a need to maintain
the
main apps.
When you put it that way... Is it possible to maintain a subset of KOffice? Like Darell said, only a handful of apps? Or is it all or nothing?
You people miss the point: there is no other office suite in the world which is so closely integrated with KDE3 as KOffice. For instance, it provides KParts which are used in say, Konqueror, that's why you can open a text document in Konqueror like a web page. You can imbed web pages in your documents as well.
And who would want that? I certainly wished the default behavior on Konqueror was to open always in external viewers, which don't suck.
Tiago
There is no such thing in Libre/Open Office. There was a project named
Cuckooo, but it does not build now
https://build.opensuse.org/package/show?package=cuckooo&project=home%3AA...
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Thu, Jul 7, 2011 at 8:00 PM, Katheryne Draven borgqueen4@gmail.comwrote:
Tiago
We are, actually, agreeing with you. KOffice is staying.
I just wanted to chime in that embedded viewers in Konqueror kind of suck, especially the image viewer :)
I'm all up for integration on a desktop, I just never saw quality in KOffice to justify using it. If it can be kept around, that is a plus either way. Let's just hope it doesn't break :)
Best regards, Tiago
From Tim:
To clear up some things:
- koffice cannot be built in pieces, but there is no reason to drop it at
this time.
Kate
On 7/7/11, Tiago Marques tiagomnm@gmail.com wrote:
On Wed, Jul 6, 2011 at 8:32 AM, Ilya Chernykh anixxsus@gmail.com
wrote:
On Wednesday 06 July 2011 05:00:07 Robert Xu wrote:
KOffice: I never piped in on that debate, but I see no reason to
maintain
most of KOffice. LibreOffice is more than acceptable as a
replacement.
I do
think the wiki needs to be updated with instructions how to build LibreOffice to ensure native KDE3/Trinity file picker support (using
the
--enable-kde build option). I think a handful of apps from KOffice
should be
maintained, such as Kivio, Krita, etc. I don't see a need to
maintain
the
main apps.
When you put it that way... Is it possible to maintain a subset of KOffice? Like Darell said, only a handful of apps? Or is it all or nothing?
You people miss the point: there is no other office suite in the world which is so closely integrated with KDE3 as KOffice. For instance, it provides KParts which are used in say, Konqueror, that's why you can open a text
document
in Konqueror like a web page. You can imbed web pages in your documents as well.
And who would want that? I certainly wished the default behavior on Konqueror was to open always in external viewers, which don't suck.
Tiago
There is no such thing in Libre/Open Office. There was a project named
Cuckooo, but it does not build now
https://build.opensuse.org/package/show?package=cuckooo&project=home%3AA...
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
The embedded viewers are dependant on your video setup, remember that. Also check your settings, if they are off so will the kpart.
I use them all the time and they perform perfectly for me.
On Thu, Jul 7, 2011 at 9:22 PM, Katheryne Draven borgqueen4@gmail.comwrote:
The embedded viewers are dependant on your video setup, remember that. Also check your settings, if they are off so will the kpart.
I use them all the time and they perform perfectly for me.
My video setup? You mean resolution?
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
yes resolution and others may influence in behabiour
On Thu, Jul 7, 2011 at 4:42 PM, Tiago Marques tiagomnm@gmail.com wrote:
On Thu, Jul 7, 2011 at 9:22 PM, Katheryne Draven borgqueen4@gmail.com wrote:
The embedded viewers are dependant on your video setup, remember that. Also check your settings, if they are off so will the kpart.
I use them all the time and they perform perfectly for me.
My video setup? You mean resolution?
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
You video res, make sure you are not using generic settings. Check V & H rates etc. Make sure you are using the recommended res setting. Its the default optimal one. Remember that the quality of the image file, determines the quality of the thumbnail to a degree. Generating thumbnails also takes up a lot of ram, which affect the quality of the TN generated as well. Open kcontrol and check into all your video related settings. Enable anti-aliasing if you have the video ram. Some embedded viewers perform better with some combinations, so experiment.
Good luck
Kate
well no so V & HY refresh this are absurd, V & H its only to monitor related, u must see that LCD & LED only used specific 60 to 70 Hz , even CRT that can offers up to 100
its more specific to resolution,
an so in koffice & OOo/LibreOo the Cuckooo hook for kde builds, the problems its that used too many old software, in sarge build with a lot of hacked&mix packages https://build.opensuse.org/package/show?package=cuckooo&project=home:Ans...
On Thu, Jul 7, 2011 at 4:56 PM, Katheryne Draven borgqueen4@gmail.com wrote:
You video res, make sure you are not using generic settings. Check V & H rates etc. Make sure you are using the recommended res setting. Its the default optimal one. Remember that the quality of the image file, determines the quality of the thumbnail to a degree. Generating thumbnails also takes up a lot of ram, which affect the quality of the TN generated as well. Open kcontrol and check into all your video related settings. Enable anti-aliasing if you have the video ram. Some embedded viewers perform better with some combinations, so experiment.
Good luck
Kate
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Thu, Jul 7, 2011 at 10:26 PM, Katheryne Draven borgqueen4@gmail.comwrote:
You video res, make sure you are not using generic settings. Check V & H rates etc. Make sure you are using the recommended res setting. Its the default optimal one. Remember that the quality of the image file, determines the quality of the thumbnail to a degree. Generating thumbnails also takes up a lot of ram, which affect the quality of the TN generated as well. Open kcontrol and check into all your video related settings. Enable anti-aliasing if you have the video ram. Some embedded viewers perform better with some combinations, so experiment.
I have everything properly setup and though resolution helps the embedded image viewer, the problem is that if you try to check a 5MP image in the embedded viewer you'll be doing a lot of scrolling whereas with Kuickshow or Gwenview things are much more practical. This is after tweaking konqueror to produce thumbnails of images with more than 2MB, of course, otherwise searching for a picture with just konqueror is a nightmare I don't wish upon anyone. It's probably one of it's few defects.
Best regards, Tiago
Good luck
Kate
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Oh, right. I use the gwenview kpart as an embedded image viewer. I love the feature of embedded viewing, but I accept that some of the embedded viewers may be substandard.
On 8 July 2011 14:18, Tiago Marques tiagomnm@gmail.com wrote:
On Thu, Jul 7, 2011 at 10:26 PM, Katheryne Draven borgqueen4@gmail.comwrote:
You video res, make sure you are not using generic settings. Check V & H rates etc. Make sure you are using the recommended res setting. Its the default optimal one. Remember that the quality of the image file, determines the quality of the thumbnail to a degree. Generating thumbnails also takes up a lot of ram, which affect the quality of the TN generated as well. Open kcontrol and check into all your video related settings. Enable anti-aliasing if you have the video ram. Some embedded viewers perform better with some combinations, so experiment.
I have everything properly setup and though resolution helps the embedded image viewer, the problem is that if you try to check a 5MP image in the embedded viewer you'll be doing a lot of scrolling whereas with Kuickshow or Gwenview things are much more practical. This is after tweaking konqueror to produce thumbnails of images with more than 2MB, of course, otherwise searching for a picture with just konqueror is a nightmare I don't wish upon anyone. It's probably one of it's few defects.
Best regards, Tiago
Good luck
Kate
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Fri, Jul 8, 2011 at 3:23 AM, Lukas Korsika quazamagoogl@gmail.comwrote:
Oh, right. I use the gwenview kpart as an embedded image viewer. I love the feature of embedded viewing, but I accept that some of the embedded viewers may be substandard.
Didn't know you could do that, always learning! :)
On 8 July 2011 14:18, Tiago Marques tiagomnm@gmail.com wrote:
On Thu, Jul 7, 2011 at 10:26 PM, Katheryne Draven borgqueen4@gmail.comwrote:
You video res, make sure you are not using generic settings. Check V & H rates etc. Make sure you are using the recommended res setting. Its the default optimal one. Remember that the quality of the image file, determines the quality of the thumbnail to a degree. Generating thumbnails also takes up a lot of ram, which affect the quality of the TN generated as well. Open kcontrol and check into all your video related settings. Enable anti-aliasing if you have the video ram. Some embedded viewers perform better with some combinations, so experiment.
I have everything properly setup and though resolution helps the embedded image viewer, the problem is that if you try to check a 5MP image in the embedded viewer you'll be doing a lot of scrolling whereas with Kuickshow or Gwenview things are much more practical. This is after tweaking konqueror to produce thumbnails of images with more than 2MB, of course, otherwise searching for a picture with just konqueror is a nightmare I don't wish upon anyone. It's probably one of it's few defects.
Best regards, Tiago
Good luck
Kate
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
I dunno. Gentoo always sets it up that way for me when I install gwenview. It lets you fit-to-window the image, and it has next/previous image buttons if it's in a directory you can list. (If it's over http, etc it doesn't show them). Honestly, kio and kparts-embedding are my favourite features of Trinity.
I for one love the embedded viewers.
On Jul 5, 2011 8:51 PM, "Darrell Anderson" humanreadable@yahoo.com wrote:
Rebranding: To what extent? I don't think renaming all files is necessary.
I think most of the branding issues are resolved. If the user is addressing app names, I am content with the old "K" naming scheme. I also like the idea that with the "K" naming convention people can see and remember the KDE3 roots, which I think is a selling point.
KOffice: I never piped in on that debate, but I see no reason to maintain
most of KOffice. LibreOffice is more than acceptable as a replacement. I do think the wiki needs to be updated with instructions how to build LibreOffice to ensure native KDE3/Trinity file picker support (using the --enable-kde build option). I think a handful of apps from KOffice should be maintained, such as Kivio, Krita, etc. I don't see a need to maintain the main apps.
Digikam: Are all the new features provided in the QT4 version necessary? I
am no camera junkie, but I depend upon Digikam in KDE3 to interface with my digital camera. I'd hate to see that app disappear in Trinity. I'm happy with the older version of Digikam. The appeal of Trinity is that of being light weight compared to KDE4 and GNOME 3. I see no reason not to maintain light weight versions of various apps.
Browser: I don't see a viable solution to providing a built-in web browser
for Trinity. Konqueror in KDE3 never was as extensible or usable as Firefox. That is not going to change soon in KDE4. I think web browsers should not be a concern or component of Trinity. I still think Konqueror in KDE3/Trinity is the best file manager available. I hope that does not change.
Light weight desktop: I don't use KDE 4 enough to add to the perception of
being bloated. I agree that KDE4 from upstream is configured for bleeding edge hardware with all the various desktop effects enabled by default. Likewise with GNOME 3, which works only on hardware with 3D video accelerators. I have noticed that since the advent of GNOME 3 and Unity, many people are now offering "light weight" distros. The new Porteus portable system, a successor replacement for Slax, uses Trinity 3.5.12. Other distros are now offering Xfce and LXDE as choices over KDE4 and GNOME 3. Many people are unhappy with the direction of KDE4, GNOME 3, Unity. I foresee no reconciliation because the people controlling those environments are on a different plane of existence than people who want light weight but flexible desktops.
In other words, there is a healthy market for Trinity. Stay focused on the
desktop and existing apps in the source tree.
Will users compare Trinity to KDE4? I think that is inevitable and
unavoidable. Reviewers are likely to notice what "features" are available in KDE4 and unavailable in Trinity. With that said, the same can be done with comparing Xfce and LXDE to KDE4. There is a significant difference and always will be --- and should be. Any reviewer who argues otherwise is missing the point.
I vote for not worrying about trying to maintain Trinity as feature rich
as KDE4 or backporting features. There is too much a price to pay. The user who is attracted to Xfce, LXDE, and Trinity are not looking for every single feature imaginable. They want a flexible but stable desktop. They want a sense of continuity and cohesiveness with apps. Trinity provides that.
The competition for Trinity is Xfce and LXDE, not KDE4.
Complete the cmake conversion. Resolve a few dozen critical and paper cut
bugs. Update the wiki and web sites to emphasize the light weight appeal. I expect to read many positive reviews when Trinity 3.5.13 is announced.
Darrell
To unsubscribe, e-mail:
trinity-devel-unsubscribe@lists.pearsoncomputing.net
For additional commands, e-mail:
trinity-devel-help@lists.pearsoncomputing.net
Read list messsages on the Web archive:
http://trinity-devel.pearsoncomputing.net/
Please remember not to top-post:
http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Darrell,
Well said.
Calvin Morrison wrote:
On Jul 5, 2011 8:51 PM, "Darrell Anderson" <humanreadable@yahoo.com mailto:humanreadable@yahoo.com> wrote:
Rebranding: To what extent? I don't think renaming all files is
necessary. I think most of the branding issues are resolved. If the user is addressing app names, I am content with the old "K" naming scheme. I also like the idea that with the "K" naming convention people can see and remember the KDE3 roots, which I think is a selling point.
KOffice: I never piped in on that debate, but I see no reason to
maintain most of KOffice. LibreOffice is more than acceptable as a replacement. I do think the wiki needs to be updated with instructions how to build LibreOffice to ensure native KDE3/Trinity file picker support (using the --enable-kde build option). I think a handful of apps from KOffice should be maintained, such as Kivio, Krita, etc. I don't see a need to maintain the main apps.
Digikam: Are all the new features provided in the QT4 version
necessary? I am no camera junkie, but I depend upon Digikam in KDE3 to interface with my digital camera. I'd hate to see that app disappear in Trinity. I'm happy with the older version of Digikam. The appeal of Trinity is that of being light weight compared to KDE4 and GNOME 3. I see no reason not to maintain light weight versions of various apps.
Browser: I don't see a viable solution to providing a built-in web
browser for Trinity. Konqueror in KDE3 never was as extensible or usable as Firefox. That is not going to change soon in KDE4. I think web browsers should not be a concern or component of Trinity. I still think Konqueror in KDE3/Trinity is the best file manager available. I hope that does not change.
Light weight desktop: I don't use KDE 4 enough to add to the
perception of being bloated. I agree that KDE4 from upstream is configured for bleeding edge hardware with all the various desktop effects enabled by default. Likewise with GNOME 3, which works only on hardware with 3D video accelerators. I have noticed that since the advent of GNOME 3 and Unity, many people are now offering "light weight" distros. The new Porteus portable system, a successor replacement for Slax, uses Trinity 3.5.12. Other distros are now offering Xfce and LXDE as choices over KDE4 and GNOME 3. Many people are unhappy with the direction of KDE4, GNOME 3, Unity. I foresee no reconciliation because the people controlling those environments are on a different plane of existence than people who want light weight but flexible desktops.
In other words, there is a healthy market for Trinity. Stay focused
on the desktop and existing apps in the source tree.
Will users compare Trinity to KDE4? I think that is inevitable and
unavoidable. Reviewers are likely to notice what "features" are available in KDE4 and unavailable in Trinity. With that said, the same can be done with comparing Xfce and LXDE to KDE4. There is a significant difference and always will be --- and should be. Any reviewer who argues otherwise is missing the point.
I vote for not worrying about trying to maintain Trinity as feature
rich as KDE4 or backporting features. There is too much a price to pay. The user who is attracted to Xfce, LXDE, and Trinity are not looking for every single feature imaginable. They want a flexible but stable desktop. They want a sense of continuity and cohesiveness with apps. Trinity provides that.
The competition for Trinity is Xfce and LXDE, not KDE4.
Complete the cmake conversion. Resolve a few dozen critical and
paper cut bugs. Update the wiki and web sites to emphasize the light weight appeal. I expect to read many positive reviews when Trinity 3.5.13 is announced.
Darrell
To unsubscribe, e-mail:
trinity-devel-unsubscribe@lists.pearsoncomputing.net mailto:trinity-devel-unsubscribe@lists.pearsoncomputing.net
For additional commands, e-mail:
trinity-devel-help@lists.pearsoncomputing.net mailto:trinity-devel-help@lists.pearsoncomputing.net
Read list messsages on the Web archive:
http://trinity-devel.pearsoncomputing.net/
Please remember not to top-post:
http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Darrell,
Well said.
I fully agree with you Darrell there is no need to try and replicate kde 4 in doing so you would just be heading in the same direction as them trinity should be finding its own path those who want all the kde4 features are still free to chose kde4 there is no need to turn trinity into another kde4 and doing so would be a mistake in my opinion.
-
/dev/ammo42 -
Calvin Morrison -
Darrell Anderson -
Ilya Chernykh -
Katheryne Draven -
Lukas Korsika -
Nicolas Bercher -
Patrick Kelly -
PICCORO McKAY Lenz -
Robert Xu -
Tiago Marques -
Timothy Pearson