Trinity 14.0.6 preliminary.
Don't know if it is a feature of ksnapshot or a misconfiguration
somewhere from me, but it is getting absolutely annoying what happens.
I have a website, a document or whatsoever on my screen in full
A4-papersize. Now I want a printout of a small part of it. Call
ksnapshot, choose "region" "new snapshot" and then draw a border around
the desired part. Press "print" and then print it. Bull... I get a
print in landscape, useless and even worse not even the original layout
reappears.
Stop ksnapshot, restart it and same procedure with again the same
miserable result.
Stop, restart, same procedure but no actual printing, instead I look
into the printer properties. And there, big surprise, landscape was
marked as to be printed BUT all 4 orientations were grayed out, so I
couldn't change that.
Checked in tdeprint the printersettings, nothing wrong, in "instances"
"settings" all 4 orientations were available and portrait was marked as
to be applied in the default printer.
Checked kprinter and of course the settings of tdeprint were there also
valid.
But then I had an idea. If I selected in ksnapshot a larger part of the
screen, say more than half A4, what would happen?
Yes, some ugly words from me and there it was: portrait was marked but
still all 4 possibilities grayed out.
So ksnapshot decides how it wants to print and doesn't leave the user a
chance to get a result, that he wants. Utterly bull....
Any suggestion, where I could look to alter this behaviour?
Phiebie.
http://www.heliocastro.info/?p=291
This is very interesting
--
John Pisini
Systems Administrator
TFCCS
617-450-3988
Disclaimer for email:
The information contained in this electronic message and any attachments to
this message is intended for the exclusive use of the addressee(s) and may
contain confidential or privileged information. This e-mail is not
intended to, and shall not, constitute an electronic signature giving rise
to a binding legal contract, unless expressly stated otherwise in the body
of the e-mail by the sender.
Hi
I'm trying to get skype sound to work but apparently the monkeys at MS removed
alsa support and replaced it with pulse, which is rubbish. Even though I have
pulse enable (pclos - ali's remaster), it still doesn't show up. Is there a
fix to re-enable alsa or the like?
Kate
Last post ack the list archives was in August 2017, after which the list
was silent, and my msgs were apparently routed to /dev/null. But I
didn't unsubscribe.
My ISP has been known to block/bounce but pearsoncomputing.net was in
their "whitelist", I put it there yonks ago.
Anyway, I'm glad to be back.
--
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
On 05/19/2019 04:56 PM, deloptes wrote:
>> Amarok remove ( https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=921127 )
>> argues "it's dead upstream and better alternatives exist."
>>
>> mp4v2 has 9 ignored security issues ( https://tracker.debian.org/pkg/mp4v2
>> ) so if it is possible to modify it in order to Amarpk does not depend on
>> mp4v2, then much better (Qt4/Qt5 Amarok versions do not depend on mp4v2).
> I think if we want to remove this dependency, we need to open an issue in
> TGW for it.
The problem becomes, and naturally so, that TDE may need to become upstream
for the various components of Amarok, or Amarok itself it upsteam support is gone.
There was a lengthy discussion on the openSuSE list about Amarok and
specifically whether a "better alternatives exist.". There were none found
that provided the traditional features or behavior of Amarok, which mitigates
in favor of patching Amarok and continuing to offer it. There were always
shortcomings in the supposed better alternatives that either required hacks or
workarounds, even for behavior as trivial as continual play.
Just another angle to consider. The openSuSE list discussion was within the
past 2-weeks, though I must have deleted that thread.
--
David C. Rankin, J.D.,P.E.
Hello,
since upgrading from tde 3.5.13 to 14 and ubuntu precise to xenial (linux-4.4.0 and 4.15.0), the OK button in the "Advanced Permissions" dialog of Konquereor is not enabled any more.
The file system is ext4 with acl and user_xattr enabled.
Is this my local problem, or has any one else this issue too?
Thanks
Stef
Good Day everyone,
after the latest update and after I logged in into TDM some xmessage
boxes popped up before starting TDE and informed me of some errors.
The second time I start my PC and TDE it's only one xmessage box.
Clicking away these boxes result in starting a TDE session normally and
I haven't observed any problems yet.
What can I do to satisfy r14-xdg-update or at least silence it?
Any hint is appreciated.
Kind regards,
Stefan Krusche
====== More Information =====
I've only found this information regarding the complaint of this
r14-xdg-update script in /var/tmp/tdecache-$USER:
$ cat r14-xdg-update-validation-test9.txt
<Filename>kde-KMail.desktop</Filename>
<Filename>kde-kwrite.desktop</Filename>
<Filename>kde-konsole.desktop</Filename>
<Filename>kde-ksensors.desktop</Filename>
<Filename>kde-ksystemlog.desktop</Filename>
<Filename>kde-konsole.desktop</Filename>
<Filename>kde-ksystemlog.desktop</Filename>
<Filename>kde-KMail.desktop</Filename>
<Filename>kde-knetworkmanager.desktop</Filename>
<Filename>kde-Home.desktop</Filename>
<Filename>kde-kwrite.desktop</Filename>
And there are a couple of lines in ~/.xsession-errors which don't tell
me more than "error code is 9" which seems to mean that test number 9
of that script failed (see above).
That R14_UPDATE_TEST9 basically greps the tdemenu-config-file:
grep "<Filename>kde-" "$USER_DIR/.config/menus/applications-tdemenuedit.menu"
and accordingly finds some entries because there are some with that
string, old config files brought from good old kde3 which exist under
~/ and as they are properly registered with tdemenu always have worked.
AIUI it doesn't matter what the file name really is but I never got
familiar with the way the configuration of TDE's menus is implemented
in XML and so on.
If I'd rename the files so that r14-xdg-update is happy and change the
entries in applications-tdemenuedit.menu accordingly the "error"
probably would vanish I guess. But maybe r14-xdg-update shouldn't
complain in the first place or make it clear what actually the problem
is which I don't see.
---------------------------------------------------------------------
To unsubscribe, e-mail: trinity-users-unsubscribe(a)lists.pearsoncomputing.net
For additional commands, e-mail: trinity-users-help(a)lists.pearsoncomputing.net
Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/
Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Hi all,
I would like to remind you that R14.0.8 is planned for the end of April.
There will not be significant changes, some new cmake conversions,
cleaning, many minor fixes and also a lot of work on translations.
If you want to contribute, now is a good time to test and also to work on
translations. Main packages freeze is scheduled for April 10, applications
should freeze on April 17 and final freeze on April 24.
I hope everything goes well.
Thank you for your support and help.
Cheers
--
Slávek
Hello all,
Now I have iBus showing in my system tray. It was not there before (at least
it did not show).
I had to install different things (including Skype and jitsi) for Howoffice
work, I don't know if that's where it comes from.
I have a feeling it sometimes messes up my keyboard.
Is iBus (iBus-daemon, iBus-dconf, iBus-engine-sim, iBus-extension,
iBus-portal, iBus-ui-gtk3, iBus-x11) a requirement for TDE? I ask before
removing and possibly breaking things...
Thierry
---------------------------------------------------------------------
To unsubscribe, e-mail: trinity-users-unsubscribe(a)lists.pearsoncomputing.net
For additional commands, e-mail: trinity-users-help(a)lists.pearsoncomputing.net
Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/
Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Hello
I just did a new build of TDE (git sources from today) on my custom Linux
from Scratch system. I don't have CUPS, I don't print, I despise printers,
don't have one and have no use for them (well, maybe ballistics targets).
Cups is not going to be a dependency on my system.
I am passing -DWITH_CUPS=OFF to all the builds (AFAIK it's only valid for
tdelibs, ignored everywhere else).
Now, when starting tde I get a KJobViewer error dialog with:
"There was an error loading tdeprint_cups. The diagnostic is:
Library files for "tdeprint_cups.la" not found in paths."
Not just once, but twice.
There is no setting to disable tdeprint as far as I can see. There is no
tdeprint_cups.la either.
I have never had this annoyance before. Unless I can find a way to get it
to stop, I'm going to restore a backup of my previous tde build. I have
already tried renaming kjobviewer but then I get 3 error messages. Creating
a bogus tdeprint_cups.la just causes the error dialogs to have blank
diagnostic message.
Any ideas for a temporary workaround (compile time or run time trickery)? I
can't have those error dialogs.
Thanks,