Months after the previous beta version and a lot of framework changes later, the Kexi Team is pleased to announce Beta 2 of Kexi, the integrated data management environment for KDE. This is a preview release for interested developers and experienced users; changes from the previous beta include an integrated kexisql engine and an improved user interface. Kexi source packages and MS Windows binaries are available at download.kde.org. Kexi is slated for a standalone release later this year and will be in KOffice after the 1.3 release.
Dot Categories:
Comments
I tried to install this on windows. It works, but:
- it tries to install some configuration to "d:\kde" regardless my install-settings (unfortunatly, I have no drive "d:" )
- it is in polish despite the chosen option in the installation dialog. is there a way to get an english version ?
regards
cylab
I had the same problem....how do I change the menus to English?
"is there a way to get an english version" - fixed now. Please wait for mirrors' update and uninstall old and install new one - the new file name is now:
kexi-1.0beta2-update1-win32.exe
--
js
thanks, great work btw. !
Don't put entrance pages on web sites.
Kexi-MSwindows/images.html
Fab
How do you run those KDE-Apps on Windows? Is this a kind of XServer for Windows with cygwin?
nope native
Fab
I think this has something to do with it:
http://iidea.pl/~js/qkw/
This should be properly announced of course, but at the time (and still) I didn't properly understand what it was or how it worked (due to language issues).
mmmh, very interesting indeed.
That would be something similar to Apple's KWQ wrapper classes for khtml...
Wow. Quite an effort.
I I understand correctly, it's not similar.
KWQ is meant to use OSX API to replace Qt, while this other thing with the exact same letters in a different order uses Qt to replace kdelibs?
Any binaries for Mandrake 9.2 or something like an rpm?
Qt/KDE wrapper:
http://iidea.pl/~js/qkw/
Seems great, isn't it?!
is this some sort of form builder like program?
can it handle multiple users at the same time?
Kexi installed in Polish on Windoze. How do I change the default to English?
Same problem here, but I think that with this package Polish is all you get.
In D:\KDE\share\locale\pl\LC_MESSAGES are alle the Polisch files, the other language folders are empty.
And Rekall? Why isn't Kexi included in the 1.3 release?
> And Rekall?
what about it?
> Why isn't Kexi included in the 1.3 release?
because it's quite immature, and we hadn't enough time to implement everything we want to. shipping a beta in a package which is called stable may not be a good idea.
lucijan
> because it's quite immature,
as the rest of Koffice...
> and we hadn't enough time to implement everything we want to.
> shipping a beta in a package which is called stable may not be a good idea.
KO developer's release :-9
Rekall is a mature application, gpl, non beta, why not include it into Koffice?
Rekallrevealed.org
And what abour Hbasic as a future Koffice Kandidate?
hbasic.sf.net
lacks KDE integration but is a real solution.
And you helped koffice with?
Well,
perhaps gambas ( http://gambas.sourceforge.net/ ) would be a good choice. It looks mature and seems to support KDE3 environment pretty well.
It isn't a KDE app either... but looks rather nice...:)
hbasic is qt based
> Rekall is a mature application, gpl ...
That's one of the problems I have with rekall. Kexi is ment to be easily exendable in the future and is ment as some kind of platform like gideon (kdev 3) is.
Pure GPL is nice for stand alone application, but for me it is counter productive for heavily plugin based applications, that's why eg gideon has some lgpl parts and kexi will be completely LGPL or less restrictive.
Ok, konqy is a counter example, but there the plugins don't need access to internal structures / informations in most cases, so non GPL kparts are okay there
JoWenn
PS: I really don't like the GPL
UPS, I don't think they were opposed to LGPL licensing...
Where can I find the newest source? I looked on ftp.kde.org but I can't find the Kexi source.. I must be blind or something..
Nevermind. Found it.
WHERE EXACTLY?
TIA
How about clicking the "available at download.kde.org" link in the story?
There's nothing suitable at this link.
Please make the download of KEXI more comfortable!
in the file:
letter:\kde\share\config\kdeglobals
please change "pl" to "en" in these lines:
Country=pl
Language=pl
Btw, the installer will be fixed soon.
--
regards / pozdrawiam,
Jaroslaw Staniek / OpenOffice Polska
Kexi for win32 & MAC OS X,
Kexi project: http://koffice.kde.org/kexi
QT-KDE Wrapper project: http://iidea.pl/~js/qkw
When I run make I get:
In file included from field.cpp:24:
../../kexi/kexidb/connection.h:593: ISO C++ forbids declaration of `Q_ULLONG'
with no type
../../kexi/kexidb/connection.h:593: `Q_ULLONG' declared as a `virtual' field
../../kexi/kexidb/connection.h:593: parse error before `(' token
field.cpp:327:2: warning: #warning fixme
Perhaps you are using qt3.1, not 3.2. But it's nothing wrong, as I use the same.
Just replace command:
% make
with:
% export KEXI_OPTIONS="-DQ_LLONG=long\ long -DQ_ULLONG=unsigned\ long\ long"
% make -f Makefile KEXI_OPTIONS="$KEXI_OPTIONS"
You may want to create scripts for above.
--
regards / pozdrawiam,
Jaroslaw Staniek / OpenOffice Polska
Kexi for win32 & MAC OS X,
Kexi project: http://koffice.kde.org/kexi
QT-KDE Wrapper project: http://iidea.pl/~js/qkw
Now I am getting:
In file included from keximainwindow.cpp:66:
kexicontexthelp.h:25:27: kocontexthelp.h: No such file or directory
In file included from keximainwindow.cpp:66:
kexicontexthelp.h:28: parse error before `{' token
kexicontexthelp.h:29: virtual outside class declaration
kexicontexthelp.h:29: non-member function `const char* className()' cannot have
`const' method qualifier
kexicontexthelp.h:29: virtual outside class declaration
kexicontexthelp.h:29: virtual outside class declaration
kexicontexthelp.h:29: virtual outside class declaration
kexicontexthelp.h:29: virtual outside class declaration
kexicontexthelp.h: In function `QObject* qObject()':
kexicontexthelp.h:29: invalid use of `this' in non-member function
kexicontexthelp.h: At global scope:
kexicontexthelp.h:29: parse error before `private'
kexicontexthelp.h:33: destructors must be member functions
kexicontexthelp.h:34: parse error before `private'
kexicontexthelp.h:29: warning: `bool qt_static_property(QObject*, int, int,
QVariant*)' declared `static' but never defined
kexicontexthelp.h:29: warning: `QMetaObject* staticMetaObject()' declared
`static' but never defined
add -DKEXI_NO_CTXT_HELP=1 to $KEXI_OPTIONS (see my prev. post)
That didn't solve the issue I'm still getting:
kexicontexthelp.h:25:27: kocontexthelp.h: No such file or directory
In file included from keximainwindow.cpp:66:
kexicontexthelp.h:28: parse error before `{' token
kexicontexthelp.h:29: virtual outside class declaration
kexicontexthelp.h:29: non-member function `const char* className()' cannot have
`const' method qualifier
kexicontexthelp.h:29: virtual outside class declaration
kexicontexthelp.h:29: virtual outside class declaration
kexicontexthelp.h:29: virtual outside class declaration
kexicontexthelp.h:29: virtual outside class declaration
kexicontexthelp.h: In function `QObject* qObject()':
kexicontexthelp.h:29: invalid use of `this' in non-member function
kexicontexthelp.h: At global scope:
kexicontexthelp.h:29: parse error before `private'
kexicontexthelp.h:33: destructors must be member functions
kexicontexthelp.h:34: parse error before `private'
kexicontexthelp.h:29: warning: `bool qt_static_property(QObject*, int, int,
QVariant*)' declared `static' but never defined
kexicontexthelp.h:29: warning: `QMetaObject* staticMetaObject()' declared
`static' but never defined
make[4]: *** [keximainwindow.lo] Error 1
Please try the attached patch.
QT 3.2 dependency. Replace Q_ULLONG by Q_ULONG or unsigned long long, should be not problem for now
JoWenn
It's nice to see some NeXTish Enterprise Objects Modeler functionality being added into dealing with relational databases. If it can be extended to say include PostgreSQL I think it could be one kick butt tool.
If you don't know what I'm referring to please read:
http://www.apple.com/webobjects/specs.html
If KDE wants to distinguish itself in the OSS world, offering an EOF Tool for Linux via KDE would help immensely. Not to mention adding Objective-C support.