
Transport
Source (link to git-repo or to original if based on someone elses unmodified work): Add the source-code for this project on opencode.net
Transport is Plasma applet for searching public transport connections from your location to target destination via online services. The goal is to make it as most straightforward as possible.
Online services are based on simple and swift QtScript (JavaScript) API.
Supported services:
* Czech Railways (IDOS, vlak.cz, cd.cz/spojeni)
Install
* Download latest git or source code package
* mkdir build && cd build
* cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` ..
* make && sudo make install
* Logout & login or restart Plasma and you're done :-)
Javascript service is pretty straightforward, please contact me for service requests.
11 years ago
trunk
* Created OpenSUSE BuildService
* Bugfixes for Qt
11 years ago
trunk
* Created OpenSUSE BuildService
* Bugfixes for Qt
smihael
11 years ago
Thanks!
Report
vavrusa
11 years ago
Report
brucew
11 years ago
<code>
desktop:~/Downloads/KDE/Plasmoids/vavrusa-plasma-transport-ee0998e/build$ make
[ 0%] Built target plasma_applet_transport_automoc
[ 20%] Building CXX object CMakeFiles/plasma_applet_transport.dir/routedelegate.o
/home/Downloads/KDE/Plasmoids/vavrusa-plasma-transport-ee0998e/routedelegate.cpp: In member function ‘virtual void RouteDelegate::paint(QPainter*, const QStyleOptionViewItem&, const QModelIndex&) const’:
/home/Downloads/KDE/Plasmoids/vavrusa-plasma-transport-ee0998e/routedelegate.cpp:93: error: ‘class QVariant’ has no member named ‘toReal’
make[2]: *** [CMakeFiles/plasma_applet_transport.dir/routedelegate.o] Error 1
make[1]: *** [CMakeFiles/plasma_applet_transport.dir/all] Error 2
make: *** [all] Error 2
</code>
*Please advise.*
Report
vavrusa
11 years ago
Report
brucew
11 years ago
<code>
desktop:~/Downloads/KDE/Plasmoids/vavrusa-plasma-transport-ee0998e/build$ make
[ 0%] Built target plasma_applet_transport_automoc
[ 20%] Building CXX object CMakeFiles/plasma_applet_transport.dir/routedelegate.o
/home/Downloads/KDE/Plasmoids/vavrusa-plasma-transport-ee0998e/routedelegate.cpp: In member function ‘virtual void RouteDelegate::paint(QPainter*, const QStyleOptionViewItem&, const QModelIndex&) const’:
/home/Downloads/KDE/Plasmoids/vavrusa-plasma-transport-ee0998e/routedelegate.cpp:93: error: ‘class QVariant’ has no member named ‘toReal’
make[2]: *** [CMakeFiles/plasma_applet_transport.dir/routedelegate.o] Error 1
make[1]: *** [CMakeFiles/plasma_applet_transport.dir/all] Error 2
make: *** [all] Error 2
</code>
*Please advise.*
Report
Kirilo
11 years ago
Sorry if I don't see an obvious difference...
Report
vavrusa
11 years ago
Search bar - in this applet it's designed more like KRunner. The only attribute it supports right now is "at 00:00", but it will be extended in future for queries like "Prague on 12.6. at 6:00" and so.
Home stop oriented - it is planned to recognize your position from given rules based on IP, WiFi SSID etc.
The major (although invisible) thing is JavaScript based services. Since PublicTransport is XML and RegExp based, it's not always possible to fetch live data from some sites, as many providers (like Czech Railways) make it as difficult as possible to parse them. JavaScript based services give you much more freedom to parse more complex pages and still remain understandable.
Who loves to debug complex RegExp? :-)
The interface is quite similar, which may be confusing and PublicTransport is very nice applet, but it didn't suit my needs. I hope I made it a bit clear :-)
Report
fpuelz
11 years ago
I'm the developer of publicTransport and I would also like to combine the power of our both plasmoids :) Or better: Your timetable/journey fetching code with the public transport data engine.
I tried to design publicTransport mostly independent of the method used to fetch the data. I could add another level of abstraction to the timetable accessor classes, if that's needed (haven't looked at your sources for now). Having your fetching algorithm inside the publicTransport-Data engine would be great, I think. And: Both plasmoids could use it. Hm.. Are you already using a data engine?
The RegExp-Code to get departures could also be replaced with JavaScript based services where needed.
What do you think?
Report
vavrusa
11 years ago
Concerning the UI, I could definitely merge some planned features, but that's not as important as powerful data engine, which should be accessible from anywhere like KRunner and so.
What do you think?
Sorry about the late reply, I've taken semestral exams, so I'm still quite busy :)
Report
fpuelz
11 years ago
yes, I should contact some KDE person to move the data engine out of playground. I have little time currently, too, because of the end of the semester ;)
But I have played a little bit with the script engine stuff and have implemented a new "accessor" type, that uses a script to do the actual parsing (just like you did). It does work for one of the simplest providers now :) Great idea to use scripts here.
So the next step is to move the data engine to kde-review, I think (never done that before). After contacting someone of course.
Report
markum
11 years ago
Another wish: Support for car polling via mitfahrgelegenheit.de and mitfahrzentrale.de (both are european wide and have pages in different languages)
Report
vavrusa
11 years ago
I'd like to join efforts in creating powerful data engine for KDE workspace and even merge some stuff
in plasmoid itself. But I still think it's a good idea to have several different plasmoids for different approaches, but the very same powerful data engine.
Remember - different tasks, different tools :)
Report
vejha
11 years ago
/home/vejha/downloads/vavrusa-plasma-transport-8b181cf/transport.cpp:111: error: ‘class Plasma::TreeView’ has no member named ‘setFocusProxy’
make[2]: *** [CMakeFiles/plasma_applet_transport.dir/transport.o] Error 1
make[1]: *** [CMakeFiles/plasma_applet_transport.dir/all] Error 2
make: *** [all] Error 2
Report
vavrusa
11 years ago
Report