34

I've just imported the code into playground. it can be found under /trunk/playground/edu/mathematik

The User wrote:@Alec
Does it use moc? Do you think it would be integratable into Kross?

I don't know. If I understand correctly, all Qt apps use moc, don't they?

You can download the source code here.

furanku wrote:
So I'ld think it would be a much more reasonable approach to write a well integrated KDE GUI for these already existing applications than to start another project that will need years to get useable, if at all.

As a plain user, i would say it would be convenient to focus on the workplace, that is the graphic interface for multiple math-related applications.
Since people using such kind of programs, mostly get input from math texts then insert results into math texts, often to be printed out on paper, focus should be on managing math texts.
Therefore my suggestion is tex/latex, hence lyx.
Most of the symbolic math programs (mathematica, maple, maxima; i guess mathcad and similar as well) are able to output in latex format.
Displaying results of computation into the worksplace woudl be straightforward, if the workplace could render latex instructions. That is what lyx was invented for.
Probably the hard work would get into conveying instructions to the backend, that is application-specific.

About funding. I believe that if the project were sponsored by a univ. department, other istitutions would be persuaded to contribute. Our first move would be hardest one.

---p

@Alec
Of course all Qt applications use moc.
But some of them could use it only for a few buttons and the important classes aren't accessable via Meta-Object-System.

@Pol
Qt supports MathML.

The User wrote:
@Pol
Qt supports MathML.

I know that lyx developers are pondering over switching to xml for the next major release.
I don't know, but probably it is a hard and tricky work, since they have been discussing for years. So, joining efforts would give them a boost.

---p

arieder wrote:FYI I'm currently Hacking on something like this. It's not pretty advanced yet, but i hope i will get it far enough to fit my needs and replace Maple. It has a plugin infrastructure for different Backends, but currently only one for Sage (http://sagemath.org) is implemented. If theres interest I may upload it to playground or something.
Screenshot of its current state:

I'm interested! Sage is great but is very heavy (400+ MB compiled, the same order of magnitude as maple, mathematica...), so it will be great if in the future you could provide maxima-only as a backend. Or it is possible to shrink sage choosing which elements to include?

Kayali is a similar project but seems totally unmantained.

i've added a very very basic backend for Maxima today. It's more of a proof of concept that multiple backends are possible for now, but hopefully it will get full featured soon

arieder wrote:i've added a very very basic backend for Maxima today. It's more of a proof of concept that multiple backends are possible for now, but hopefully it will get full featured soon

I have been using maxima for years, so i would like to try your interface. Please, where is your source?
I am still on kde 3.5.


Thank you

---p

You can grab it with svn co svn://anonsvn.kde.org/home/kde/trunk/pl ... mathematik but it requires kde4, so you'll have to installl at leas't kdelibs4

arieder wrote:i've added a very very basic backend for Maxima today. It's more of a proof of concept that multiple backends are possible for now, but hopefully it will get full featured soon

Thank you very much. I hope to see the program growing fast! It will be a great tool for my job.

Code: Select all

Xlib:  extension "Generic Event Extension" missing on display ":0.0".
Xlib:  extension "Generic Event Extension" missing on display ":0.0".
Xlib:  extension "Generic Event Extension" missing on display ":0.0".
Xlib:  extension "Generic Event Extension" missing on display ":0.0".
mathematik(16415)/kdeui (kdelibs): No such XML file "mathematik_shell.rc"
mathematik(16415)/kdecore (KLibLoader) findLibraryInternal: plugins should not have a 'lib' prefix: "libmathematikpart.so"
mathematik(16415)/kdeui (KNotification) KNotification::slotReceivedId: 0
mathematik(16415)/kdeui (KNotification) KNotification::close: 0
mathematik(16415)/kdeui (KNotification) KNotification::~KNotification: -2
mathematik(16415) MathematiKShell::activateWorksheet: selected part doesnt exist
QMainWindow::saveState(): 'objectName' not set for QDockWidget 0xad9010 'Help;
mathematik(16415)/kdecore (KAcceleratorManager) QWidgetStackAccelManager::currentChanged: invalid index provided
QMainWindow::saveState(): 'objectName' not set for QDockWidget 0xad9010 '&Help;
QMainWindow::saveState(): 'objectName' not set for QDockWidget 0xad9010 '&Help;

And MesageBox says "Could not find our Part!"

you may try to:
1) run kbuildsycoca4
2) add the directory you installed it to $KDEDIRS as described here http://techbase.kde.org/KDE_System_Admi ... _Hierarchy
3) ask on irc in #kde or #kde-devel if someone knows other solutions if the app doesn't find a kpart

arieder wrote:you may try to:
1) run kbuildsycoca4
2) add the directory you installed it to $KDEDIRS as described here http://techbase.kde.org/KDE_System_Admi ... _Hierarchy
3) ask on irc in #kde or #kde-devel if someone knows other solutions if the app doesn't find a kpart

1) doesn't help
2) not sure of what dirs I have to add (/share/apps/mathematik and so on?)
3) will try

Here mathematik doesn't have it's menu entry. It's ok, or should I have found it?

I do support the idea of a nice KDE4 GUI for Scilab. The way I use Matlab (I have to, due to some toolboxes I need, that are only available for Matlab) is Kate with Matlab running in the Konsole.

A separate adapted KDE4 GUI would be really awesome. A strong focus on integration with other KDE4 apps (Kile, KOffice, Krita) is imho essential for sucess.

What about GHNS integration for getting additional toolboxes?

pembo13 wrote:A single app or suite of apps to replace

• Maple
• Mathcad
• etc.

For this, there should probably be a fund raising phase to create a pool which would go towards paying contractor to at least build the initial code base, which would ideally include a plugin system for Ruby and Python extensions.

I don't think you are aware of the scope of the project you are asking for. With the feet on the earth, what could be done is to port qt-octave to KDE4 and improve it. That would be fairly easy and very useful.