-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    LinuxDaily.com    Linux42.org    OpenSkillz.com   
 
Artwork
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login



Sponsoring


-
- Content .- Fans (67) .- Knowledge Base  . 

PublicTransport

   0.11 beta  

Plasmoid Binary

Score 94%
PublicTransport
zoom


PublicTransport
zoom


PublicTransport
zoom


Minimum required   KDE 4.x
Downloads:  10280
Submitted:  Jun 3 2009
Updated:  Jan 17 2013

Description:

This is a Plasma data engine, applet and runner for public transport timetable data. The applet shows a departure/arrival board for a given stop. It can also show journeys to or from the given "home stop". It displays additional information like delays, news about journeys, routes, vehicle types (with icons). Timetable data is available for trams, buses, subway, trains, ferries and planes (using flightstats.com). You can set alarms for departures and filter departures (by type of vehicle, target/origin, delay, transport line string/number, intermediate stops). Filters can also be combined.
Timetable data gets received from provider plugins. Since version 0.11 there are two types of plugins: GTFS and script providers. Script providers need a network connection and can be used to read timetable data from any document type, eg. XML, binary or HTML. GTFS providers only need to import the GTFS feed once and can then be used offline (but a network connection can be used for GTFS-realtime).

My Blog: http://fpuelz-kde.blogspot.com/
PublicTransport on UserBase: http://userbase.kde.org/Plasma/Public_Transport
PublicTransport on KDE projects: https://projects.kde.org/projects/playground/base/publictransport
PublicTransport on ohloh.net: https://www.ohloh.net/p/publicTransport

You can donate me ;)

News
17.01.2013: Version 0.11 beta released
30.12.2012: Version 0.11 alpha 2 released
04.12.2012: Version 0.11 alpha released

Installation
To install PublicTransport download a package for your distribution. If there is no such package you can ask the appropriate packagers for your distribution to create one. Please leave a comment if a new package is created or if you use a package not mentioned in the download list here, so that I can add it.
If you want to install PublicTransport, but there are no packages available for you (yet?) or you want to try the newest version with no new package yet, you can use the installer script (install.sh) included in the Sources download.
But note that software installed with that installer script isn't managed by your package manager in any way and may produce conflicts with installed packages, eg. if PublicTransport is already installed via the package manager. The script should be quite easy to use and also lets you uninstall the software again. You need GIT to use the installer, because the sources are actually downloaded using GIT by the script (from git://anongit.kde.org/publictransport).

There's also a script for packagers, that can download tarballs for all PublicTransport components for a specific version.
You can clone the GIT repository from git://anongit.kde.org/publictransport (read only), which also clones all history. From your local clone of the repository you can checkout all tagged versions (see the HINTS_FOR_PACKAGE_MAINTAINERS file).
If you want to contribute code, you need a KDE account and you can clone the repository with SSH from this URL: git@git.kde.org:publictransport (read + write). You can of course also send me patches via email.

Note: The Sources tarball does not contain the sources, but a script to download them from it's GIT repository and the translations from KDE's SVN. The script asks for the version to compile and install.

Adding a Service Provider Plugin
- Install TimetableMate, maybe not included in the packages, but in the source archive.
- The filenames start with the country code, followed by "_" and an abbreviation of the service provider, e.g. "ch_sbb" for switzerland, service provider "SBB".
- You can test your script and the URLs with TimetableMate. It also offers syntax completion with documentation and templates for the parser functions, that get called by the data engine.
- Also works for GTFS providers
- After installation of your plugin you can open the configuration dialog of the public transport applet and the new provider should be in there.
- You can also open/edit existing providers by simply clicking "Open in TimetableMate..." in the provider data dialog (accessible from the configuration dialog).
- Checkout the documentation of the data engine, it contains much information about the data sources of the engine and how to create new provider plugins.

You are welcome to optimize the scripts in the existing providers in the "serviceProviders" directory in the data engine source directory.

Comments are appreciated.




Changelog:

17.01.2013:
(version 0.11 beta)
Many crash/bug fixes, visual polishing, see http://fpuelz-kde.blogspot.de/. (The install.sh script is actually unchanged, just select the new version)

30.12.2012:
(version 0.11 alpha 2)
Providers are now hosted on openDesktop.org, download via GHNS, many fixes etc. See http://fpuelz-kde.blogspot.de/. (The install.sh script is actually unchanged, just select the new version)

04.12.2012:
(version 0.11 alpha)
Many improvements, new features, GTFS support, etc. See http://fpuelz-kde.blogspot.de/.
Update: Improved install script, automatically select latest version for installation, show available versions sorted by date, allow switching to another version when starting the script again with the repository already cloned
Update 2: Allow selecting git HEAD for installation again (the script shows Current_Development_Version for it), HEAD contains a fix for building with GTFS support but without protocol buffers installed

18.10.2011:
(version 0.10 RC2)
Applet:
- Fix link errors
- Fix memory leaks
- Fix applet collapsing to popup icon in desktop
- Drawing performance improvements
- Use of KPixmapCache for vehicle type icons
- New monochrome icons, shown in the popup icon
- Add possibility to put the applet into the notification area
- Better layout adjustments for small sizes
- Change applet tooltip according to current departure group in popup icon
- Shorter alarm names, alarm names in notifications
- Nicer alarm background
- Fix color groups and route time display for arrivals
TimetableMate:
- Fix for missing KWebKitPart include file, it now uses KWebView directly
Library:
- Fix a crash with GraphicalTimetableLine (missing null pointer check)




LicenseGPL
Source(Source)
Arch(by cmlr)
Ubuntu(deb i386 packages by takanowaka (outdated v. 0.8.3)
Ubuntu(x86_64 by Chillawowa (outdated version 0.8.3))
Gentoo(ebuild by Finswimmer)
Mandriva(x86_64 by tigger-gg, outdated, v 0.5.4)
openSUSE Factory
openSUSE Tumbleweed
Donate
Send to a friend
Subscribe
Other  Artwork  from fpuelz
Report inappropriate content



goto page: prev  ... 24  25  26  27  28  29  30  31  32  33  34  35  36  37  38 

-

 Gentoo Ebuild

 
 by Finswimmer on: Mar 12 2011
 
Score 50%

...is updated.

As we checkout from GIT, there is no version-number anymore? It is all the time the last version?

Thank you


Reply to this

-

 Re: Gentoo Ebuild

 
 by fpuelz on: Mar 14 2011
 
Score 50%

If you're using the install.sh or packagers.sh script it asks you which version it should checkout (packagers.sh can now also download in a single tarball).

You first clone the GIT repository and then checkout the version (revision) you want from the cloned repository. The available version strings (=tags) can be listed with "git tag". "HEAD" always references the latest revision / current development version.

eg:
> cd path/of/cloned/repository/
> git checkout stable-0.9 (go to version 0.9)
> git checkout unstable-0.10-beta7 (go to version 0.10-beta7)
> git checkout HEAD (go to newest revision)

Each new version gets tagged by me. I also found and tagged a suitable commit as final commit for version 0.9 ("stable-0.9").


Reply to this

-

 Re: Re: Gentoo Ebuild

 
 by Finswimmer on: Mar 20 2011
 
Score 50%

Okay :)

But is it not possible to checkout 0.10-beta7 directly?
This would decrease traffic as (maybe) there are lots of old files for 0.9 which need to be downloaded...?

(I know that this is not a real problem as the complete source is 11mb...)


Reply to this

-

 Re: Re: Re: Gentoo Ebuild

 
 by fpuelz on: Mar 20 2011
 
Score 50%

I don't think that's possible with GIT.
That's why it's not used for collections of big binary files that change a lot, like the kde artwork.. To download something you have to clone everything with all history (old versions).

What you can do is use git archive --format=tar --remote=git://anongit.kde.org/publictransport unstable-0.1-beta7, which loads everything of the given version into a tarball, without cloning the complete repository.


Reply to this

-

 Re: Re: Re: Re: Gentoo Ebuild

 
 by Finswimmer on: Apr 12 2011
 
Score 50%

Hi,

I have updated the Ebuild:

-9999 is always the newest GIT clone.
-0.10_beta8 is the unstable version.

BTW: Please change the download link to: http://finswimmer.de/publictransport/publictransport-ebuild.tar

Tobi


Reply to this

-

 Re: Re: Re: Re: Re: Gentoo Ebuild

 
 by fpuelz on: Apr 14 2011
 
Score 50%

Great :)
And the link is updated.

I'll hopefully find some time to finish the 0.10 version soon.


Reply to this

-

 high cpu usage

 
 by locke87 on: Mar 29 2011
 
Score 50%

Hej,

I am using pulic transport with the deutschebahn.com source and since the update to 0.10 beta8 the plasmoid uses a lot of my cpu. Top reports cpu usage by X and plasma-desktop.

Additionally, some of the entries are blinking saying "train already left". Maybe this causes the cpu problem.

Also dragging the plasmoid around doesn't go so fluently.

Cheers
Locke


Reply to this

-

 Re: high cpu usage

 
 by fpuelz on: Mar 29 2011
 
Score 50%

Yes, I already fixed the problem in HEAD. The problem was a function not declared as "slot" and therefore not called to remove departures.

Dragging the plasmoid around should work like with the other plasmoids. But maybe all the blinking departures caused that problem as well.


Reply to this

-

 Re: Re: high cpu usage

 
 by locke87 on: Mar 29 2011
 
Score 50%

awesome, thanks :)


Reply to this

-

 Error for Austrian timetables

 
 by dyn0saur on: Jun 3 2011
 
Score 50%

I have a problem fetching information on the austrian public transport system.
If I select the ÖBB as provider the auto completion feature for the name of the station works fine. But the plasmoid doesn't show the timetable for the station. It just displays the error "Der Haltestellename ist mehrdeutig".

I dont think this is a problem with the configuration of the plasmoid, because the plaasmoid works for Germany (Deutsche Bahn) quite well.

Maybe someone can help me with this. Thanks
Michael


Reply to this

-

 Error for Austrian timetables

 
 by dyn0saur on: Jun 3 2011
 
Score 50%

I have a problem fetching information on the austrian public transport system.
If I select the ÖBB as provider the auto completion feature for the name of the station works fine. But the plasmoid doesn't show the timetable for the station. It just displays the error "Der Haltestellename ist mehrdeutig".

I dont think this is a problem with the configuration of the plasmoid, because the plaasmoid works for Germany (Deutsche Bahn) quite well.

Maybe someone can help me with this. Thanks
Michael


Reply to this

-

 rc1 crashes kwin

 
 by cmlr on: Jul 22 2011
 
Score 50%

When I try to add the plasmoid (version 0.10 rc1) to the desktop, kwin crashes and when it resumes the plasmoid isn't there.


Reply to this

-

 Re: rc1 crashes kwin

 
 by fpuelz on: Jul 22 2011
 
Score 50%

I guess you mean plasma-desktop crashes?

Was it the first time you tried the applet? I just tried it without any stored settings and it didn't crash for me.
Or do you have some filter settings from an older version? That may cause the problem..
Did you install the openstreetmap engine? Installed with the installer script (install.sh)? Can you get a backtrace using the KDE crash dialog that (should) pop up?
With a backtrace of the crash I should be able to fix it quickly. For a useful backtrace the applet should be compiled with debug information. To do that open a terminal (eg. Konsole) and go to the folder with the "install.sh". Assuming you have already run it and downloaded the git repository type:
> cd publictransport/applet/build
> cmake -DCMAKE_BUILD_TYPE=DebugFull -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` ..
> make
> sudo make install (or use su)

Then try it again and KDE's crash handler should popup, click on the debug tab and wait for the backtrace to show. Then send me that backtrace :)
Maybe you need to crash it twice, because it may still use the old version before it restarts.
In the dialog it should say that the information is useful.


Reply to this

-

 Re: Re: rc1 crashes kwin

 
 by cmlr on: Jul 22 2011
 
Score 50%

Yes, I did mean plasma desktop. I'm using the Arch Linux PKGBUILD's, actually I'm the maintainer. The crashes didn't produce a crash dialog, the desktop just restarted without the plasmoid. Below are the Arch Linux PKGBUILD files. I did have stored settings, and I did try to add the widget twice, but no crash dialog.

-------------------

pkgname=publictransport-library
pkgver=0.10_rc1
_pkgver=0.10-rc1
pkgrel=1
pkgdesc="Library for publictransport-plasmoid"
arch=('i686' 'x86_64')
url="http://www.kde-look.org/content/show.php/PublicTransport?content=106175"
license=('GPL')
depends=('kwebkitpart' 'kdebase-workspace')
makedepends=('git' 'cmake' 'automoc4')
options=()
build() {
git archive --format=tar --remote=git://anongit.kde.org/publictransport unstable-$_pkgver > publictransport.tar
cd $srcdir
tar xf publictransport.tar
cd libpublictransporthelper
#cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` .
cmake -DCMAKE_BUILD_TYPE=DebugFull -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix`
make
make DESTDIR="$pkgdir/" install
}

-------------------

pkgname=publictransport-plasmoid
pkgver=0.10_rc1
_pkgver=0.10-rc1
pkgrel=1
pkgdesc="Kdeplasma plasmoid with departure board for a given stop"
arch=('i686' 'x86_64')
url="http://www.kde-look.org/content/show.php/PublicTransport?content=106175"
license=('GPL')
depends=('publictransport-library' 'kwebkitpart' 'kdebase-workspace')
makedepends=('git' 'cmake' 'automoc4')
options=()
build() {
git archive --format=tar --remote=git://anongit.kde.org/publictransport unstable-$_pkgver > publictransport.tar
cd $srcdir
tar xf publictransport.tar
cd engine
#cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` .
cmake -DCMAKE_BUILD_TYPE=DebugFull -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix`
make
make DESTDIR="$pkgdir/" install
cd ../applet
#cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` .
cmake -DCMAKE_BUILD_TYPE=DebugFull -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix`
make
make DESTDIR="$pkgdir/" install
cd ../applet-flights
#cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` .
cmake -DCMAKE_BUILD_TYPE=DebugFull -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix`
make
make DESTDIR="$pkgdir/" install
cd ../applet-graphicaltimetableline
#cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` .
cmake -DCMAKE_BUILD_TYPE=DebugFull -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix`
make
make DESTDIR="$pkgdir/" install
cd ../runner
#cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` .
cmake -DCMAKE_BUILD_TYPE=DebugFull -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix`
make
make DESTDIR="$pkgdir/" install
cd ../icons
#cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` .
cmake -DCMAKE_BUILD_TYPE=DebugFull -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix`
make
make DESTDIR="$pkgdir/" install
cd ../engine-openstreetmap
#cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` .
cmake -DCMAKE_BUILD_TYPE=DebugFull -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix`
make
make DESTDIR="$pkgdir/" install
# cd ../timetablemate
# cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` .
# make
# make DESTDIR="$pkgdir/" install
}


Reply to this

-

 Re: Re: Re: rc1 crashes kwin

 
 by fpuelz on: Jul 22 2011
 
Score 50%

Ah sorry, now I remember you ;)
But I don't know why there's no crash dialog. Ok, then please try to start plasma from a terminal, it may print out something useful on the crash:
> kquitapp plasma-desktop
> plasma-desktop

Maybe you need to enable debugging messages then using "kdebugdialog", search for "publictransport" and check it.

I'll try to reproduce the crash with some old filter settings when I have time.


Reply to this

-

 Re: Re: Re: Re: rc1 crashes kwin

 
 by cmlr on: Jul 22 2011
 
Score 50%

Do you know where the plasmoid stores its configuration? What directories should I remove? I tried removing ~/.kde4/share/apps/plasma_engine_publictransport but that didn't do the job.


Reply to this

-

 Re: Re: Re: Re: Re: rc1 crashes kwin

 
 by fpuelz on: Jul 22 2011
 
Score 50%

The directory you removed contains the website scraping scripts. Configuration is in ~/.kde(4?)/share/config/plasma-desktop-appletsrc. The configuration for all applets is in there. You can try to only delete the filter settings lines, they're looking like this (before rc1):
[AppletGlobals][plasma_applet_publictransport][filterConfig_NAME]
FilterAction=0
Filters=...


Reply to this

-

 Re: Re: rc1 crashes kwin

 
 by cmlr on: Jul 22 2011
 
Score 50%

OK, after allowing KDE to regenerate ~/.kde4, it doesn't crash. Now I just need to figure out what made it crash in the old configuration.


Reply to this

-

 Re: Re: Re: rc1 crashes kwin

 
 by fpuelz on: Jul 22 2011
 
Score 50%

Hm.. I installed beta8, created some filter settings. Then I installed rc1 again and started the applet (in plasmoidviewer). But it didn't crash here. Can be send me your filter settings so that I can try it out?
And also search for a line starting with "filterConfigurationList=". Actually you should also remove that line to make it not crash for now.


Reply to this

-

 Re: Re: Re: Re: rc1 crashes kwin

 
 by cmlr on: Jul 22 2011
 
Score 50%

OK, I got it to update correctly and not crash by

1. Deleting ~/.kde4/share/apps/plasma_engine_publictransport/

2. Removing the appropriate entries in ~/.kde4/share/config/plasma-desktop-appletsrc

Finally, one of the crashes did generate an error report, which said:

Application: Plasma Desktop Shell (kdeinit4), signal: Segmentation fault

and above this, it said:

The generated crash information is not useful

Anyway, this is enough for me, I'll put it up on Arch Linux and warn people to do as I described.


Reply to this

-

 Re: Re: Re: Re: Re: rc1 crashes kwin

 
 by fpuelz on: Jul 22 2011
 
Score 50%

1. (removing the plasma_engine_publictransport directory) shouldn't be needed.

I commited a possible fix, can you try it out? It's in the git repository in HEAD

> git clone git://anongit.kde.org/publictransport
> cd publictransport

Then go into the applet directory, create a build dir, and compile/install (see README, use the correct prefix for installation). Then the possibly fixed version should be installed, ready to get tested.





Reply to this

-

 Re: Re: Re: Re: Re: Re: rc1 crashes kwin

 
 by cmlr on: Jul 23 2011
 
Score 50%

There was no README file, so I looked in the INSTALL file. When I got to "make", it failed with this message.


/home/carl/Downloads/publictransport/applet/build/ui_publicTransportFilterConfig.h:29:49: fatal error: publictransporthelper/checkcombobox.h: No such file or directory
compilation terminated.
make[2]: *** [CMakeFiles/plasma_applet_publictransport.dir/plasma_applet_publictransport_automoc.o] Error 1
make[1]: *** [CMakeFiles/plasma_applet_publictransport.dir/all] Error 2
make: *** [all] Error 2



-

 Re: Re: Re: Re: Re: Re: rc1 crashes kwin

 
 by fpuelz on: Jul 23 2011
 
Score 50%

Right, I meant the INSTALL file.
You need to have libpublictransporthelper installed, before compiling the applet. And it needs to be the rc1 version, not beta8. This installs the missing header file.



-

 Re: Re: Re: Re: Re: Re: rc1 crashes kwin

 
 by cmlr on: Jul 23 2011
 
Score 50%

It crashed again. To answer your previous question, here are the entries in my ~/.kde4/share/config/plasma-desktop-appletsrc

[AppletGlobals][plasma_applet_publictransport]
alarmTime=0
city=
filterConfiguration=Default
firstDepartureConfigMode=0
location=us
serviceProvider=us_septa
stop=Philmont Av + Barcalow Av
stopID=\\0
stopSettings=1
timeOfFirstDepartureCustom=12:00
timeOffsetOfFirstDeparture=0

[AppletGlobals][plasma_applet_publictransport][filterConfig_Default]
Filters=\x00\x00\x00\x01\x00\x00\x00\x01\x00\x00\x00\x01\x00\x00\x00\x07\x00\x00\x00\x01\x00\x00\x00\x00



-

 Re: Re: Re: Re: Re: Re: rc1 crashes kwin

 
 by fpuelz on: Jul 23 2011
 
Score 50%

I can't reproduce your crash..

Did you have the applet installed with debug symbols when the crash dialog was shown?

Have you tried to run plasma-desktop from a terminal to see it's output?

I have no idea what it could be.. The filter settings are the default settings ("Default" with a filter for unknown vehicles), is that correct?



-

 Re: Re: Re: Re: Re: Re: rc1 crashes kwin

 
 by cmlr on: Jul 23 2011
 
Score 50%

Since new installations are not affected by crashes, and since deleting old configurations will work for upgrades, I'm not going to worry about it any more. I gave instructions about what to do for upgrades.



-

 Re: Re: Re: Re: rc1 crashes kwin

 
 by cmlr on: Jul 23 2011
 
Score 50%

I started plasma from a terminal, and here are the error messages.

Start Dragging
plasma-desktop(22495)/libplasma Plasma::FrameSvg::resizeFrame: Invalid size QSizeF(0, 0)
render glyph failed err=62 face=0x9de770, glyph=51
render glyph failed err=62 face=0x9de770, glyph=75
render glyph failed err=62 face=0x9de770, glyph=76
render glyph failed err=62 face=0x9de770, glyph=79
render glyph failed err=62 face=0x9de770, glyph=80
render glyph failed err=62 face=0x9de770, glyph=82
render glyph failed err=62 face=0x9de770, glyph=81
render glyph failed err=62 face=0x9de770, glyph=87
render glyph failed err=62 face=0x9de770, glyph=36
render glyph failed err=62 face=0x9de770, glyph=89
render glyph failed err=62 face=0x9de770, glyph=14
render glyph failed err=62 face=0x9de770, glyph=37
render glyph failed err=62 face=0x9de770, glyph=68
render glyph failed err=62 face=0x9de770, glyph=85
render glyph failed err=62 face=0x9de770, glyph=70
render glyph failed err=62 face=0x9de770, glyph=90
render glyph failed err=62 face=0x9cdf90, glyph=11
render glyph failed err=62 face=0x9cdf90, glyph=49
render glyph failed err=62 face=0x9cdf90, glyph=82
render glyph failed err=62 face=0x9cdf90, glyph=68
render glyph failed err=62 face=0x9cdf90, glyph=70
render glyph failed err=62 face=0x9cdf90, glyph=87
render glyph failed err=62 face=0x9cdf90, glyph=76
render glyph failed err=62 face=0x9cdf90, glyph=89
render glyph failed err=62 face=0x9cdf90, glyph=72
render glyph failed err=62 face=0x9cdf90, glyph=4862
render glyph failed err=62 face=0x9cdf90, glyph=79
render glyph failed err=62 face=0x9cdf90, glyph=85
render glyph failed err=62 face=0x9cdf90, glyph=12
render glyph failed err=62 face=0x9cdf90, glyph=79
render glyph failed err=62 face=0x9cdf90, glyph=68
render glyph failed err=62 face=0x9cdf90, glyph=86
render glyph failed err=62 face=0x9cdf90, glyph=87
render glyph failed err=62 face=0x9cdf90, glyph=88
render glyph failed err=62 face=0x9cdf90, glyph=83
render glyph failed err=62 face=0x9cdf90, glyph=71
render glyph failed err=62 face=0x9cdf90, glyph=72
render glyph failed err=62 face=0x9cdf90, glyph=29
render glyph failed err=62 face=0x9cdf90, glyph=81
render glyph failed err=62 face=0x9cdf90, glyph=82
render glyph failed err=62 face=0x9cdf90, glyph=69
render glyph failed err=62 face=0x9cdf90, glyph=92
render glyph failed err=62 face=0x9cdf90, glyph=16
render glyph failed err=62 face=0x9cdf90, glyph=71
render glyph failed err=62 face=0x9cdf90, glyph=83
render glyph failed err=62 face=0x9cdf90, glyph=88
render glyph failed err=62 face=0x9cdf90, glyph=86
render glyph failed err=62 face=0x9cdf90, glyph=17
render glyph failed err=62 face=0x9cdf90, glyph=39
render glyph failed err=62 face=0x9cdf90, glyph=36
render glyph failed err=62 face=0x9cdf90, glyph=69
render glyph failed err=62 face=0x9cdf90, glyph=51
render glyph failed err=62 face=0x9cdf90, glyph=90
render glyph failed err=62 face=0x9cdf90, glyph=48
render glyph failed err=62 face=0x9cdf90, glyph=81
render glyph failed err=62 face=0x9cdf90, glyph=74
render glyph failed err=62 face=0x9cdf90, glyph=80
render glyph failed err=62 face=0x9cdf90, glyph=55
render glyph failed err=62 face=0x9cdf90, glyph=53
render glyph failed err=62 face=0x9cdf90, glyph=29
Qt has caught an exception thrown from an event handler. Throwing
exceptions from an event handler is not supported in Qt. You must
reimplement QApplication::notify() and catch all exceptions there.

terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc
KCrash: Attempting to start /usr/bin/plasma-desktop from kdeinit
sock_file=/home/carl/.kde4/socket-Ivan/kdeinit4__0
KCrash: Application 'plasma-desktop' crashing...
KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit
sock_file=/home/carl/.kde4/socket-Ivan/kdeinit4__0
QSocketNotifier: Invalid socket 14 and type 'Read', disabling...


Reply to this

-

 Re: Re: Re: Re: Re: rc1 crashes kwin

 
 by fpuelz on: Jul 23 2011
 
Score 50%

Hm.. don't know where the "render glyph"-errors come from, I've never seen them so far.
Have you enabled the "plasma_engine_publictransport" checkbox in the "kdebugdialog" app? It may help to also enable "libplasma"/"plasma-desktop" there. Maybe that gives a bit more output.

What KDE version do you use, 4.6.5?

No other idea currently. Please tell me, if someone else on Arch gets the same crash (with old settings).


Reply to this

-

 Request: systray support

 
 by ZomAur on: Jul 22 2011
 
Score 50%

Great package, I was actually surprised when it showed accurate results. :D

Could you add support for putting it in the systray though? I'm not much of a fan of static applets.


Reply to this

-

 Re: Request: systray support

 
 by fpuelz on: Jul 23 2011
 
Score 50%

I can't find the needed header in Kubuntu, it should be /usr/include/systemtray/ui/applet.h or something like that, but it's nowhere..
But yes, that would be another good 'feature'. Should be easy to do.. but only with that header file. When I have more time again I'll try it on openSuse or I get the sources myself.


Reply to this

-

 Re: Re: Request: systray support

 
 by ZomAur on: Jul 23 2011
 
Score 50%

Not sure if this is what you need, but could this be the file you're looking for?

/usr/include/ksystemtrayicon.h

And thanks. :)


Reply to this

-

 Re: Re: Re: Request: systray support

 
 by fpuelz on: Jul 23 2011
 
Score 50%

Unfortunately not.. There's another class for plasma applets in the system tray (SystemTray::Applet), should be in the kdebase-workspace-dev package I think, but it isn't.


Reply to this

-

 Re: Re: Re: Re: Request: systray support

 
 by ZomAur on: Jul 23 2011
 
Score 50%

Strange, that was the only header matching a find /usr -iname '*tray*' on my systems (one running KDE 4.6 and one running 4.7, both arch linux).

I wonder if there's a packaging issue at work here.


Reply to this

-

 Re: Re: Re: Re: Re: Request: systray support

 
 by ZomAur on: Jul 23 2011
 
Score 50%

*relating to KDE, in /usr/include.


Reply to this

-
.

 Re: Re: Re: Re: Re: Re: Request: systray support

 
 by fpuelz on: Aug 16 2011
 
Score 50%

Ok.. I was wrong ;) The header I thought I need to include, was the header for the systemtray Applet, ie. the applet, where the publictransport applet should be in. So I don't need to include it.
It's much simpler: Add the following line to applet / plasma-applet-publictransport.desktop:
X-Plasma-NotificationArea=true

Or wait, until I release the next version :)

It's working quiet nice here, good idea!



goto page: prev  ... 24  25  26  27  28  29  30  31  32  33  34  35  36  37  38 

Add commentBack






-

-
How do you like Plasma 5?
 The best KDE Desktop ever.
 Definitely a nice improvement.
 Not decided yet. Haven't tried it yet.
 I do not like some of the changes.
 KDE is taking the wrong way.
 I am still sticking with KDE 3.5.
 I have no opinion, but wanted to vote anyway.

resultmore




 
 
 Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog
Explore
Artwork
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Facebook App
Content RSS   
News RSS   
Discussion RSS   
Events RSS   

Participate
Groups
Forum
Add Artwork
Public API
About KDE-Look.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2001-2014 KDE-Look.org Team  
All rights reserved. KDE-Look.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
KDE and K Desktop Environment are trademarks of KDE e.V.