headers
Tobias Koenig | 1 May 2005 01:44
Picon
Favicon

Re: using linux kernel headers in KDE code

On Sat, Apr 30, 2005 at 06:51:46AM -0500, Dave Feustel wrote:
> On Saturday 30 April 2005 01:05 am, Ismail Donmez wrote:
Hi,

> Won't  use of Linux headers make the code unusable in *BSD systems? 
Not when it's done correctly with some #ifdef magic...

Ciao,
Tobias
--

-- 
Separate politics from religion and economy!
The Councile of the European Union is an undemocratic and illegal institution!
Permalink | Reply | 0 comments |
headers
Zack Rusin | 1 May 2005 01:00
Picon
Favicon

Re: Hspell plugin for KSpell2 seems fine now

On Saturday 30 April 2005 18:48, Mashrab Kuvatov wrote:
> OK I'll try. First of all, do you want me to add this plugin into
> KSpell2?

Yes, of course. Once you have a working configure check you can just go 
ahead and add it.

> > Oh, and setting runTogether to false again in the filter is
> > uncessary, it already is false.
>
> OK. Shell I leave the rest commented out?

Yeah, I'll have to rework the filter to correctly handle word boundries 
for different languages anyway.

Zack

--

-- 
The three most dangerous things are a programmer with a soldering
iron, a manager who codes, and a user who gets ideas.
Permalink | Reply | 0 comments |
headers
Shaheed | 1 May 2005 04:47

Using KConfig XT/KConfigDialogManager with "compound" dialogs

Hi,

I'm having a bit of trouble working out how to use KConfig XT with 
KConfigDialogManager, in the case where the actual dialog pages are 
dynamically built up from a fixed set of tabs plus a run-time generated set 
of tabs.

The specific case is kdemultimedia/kioslave/audiocd/kcmaudiocd. Here, I 
recently converted the fixed tabs to KConfigXT, and the per-encoder tabs 
(which already used KConfigXT) are added at run time depending on what the 
user has available. The net result is that the complete audiocd KCM module is 
represented by upto three rc files:

    kcmaudiocdrc
    kcmaudiocd_encoder_lame_rc
    kcmaudiocd_encoder_vorbis_rc

I then tried adding this to the settings dialog  in kscd like this (error 
handling removed for clarity):

    KService::Ptr audiocd = KService::serviceByDesktopName("audiocd");
    KCModuleInfo info(audiocd->desktopEntryPath());
    KCModule *m = KCModuleLoader::loadModule(info, KCModuleLoader::Inline);
    KConfigSkeleton *cfg = new KConfigSkeleton(QString::fromLatin1
("kcmaudiocdrc"));
    configDialog->addPage(m, cfg, i18n("CD Audio"), "audiocd", i18n("CD Audio 
Configuration"));

Notice first that I only get to refer to one of the rc files. But even given 
the one I specified, I get this warning followed by an assertion on the
(Continue reading)

Permalink | Reply | 5 comments |
headers
Martin Koller | 1 May 2005 13:01
X-Face
Picon
Favicon

desktop/kicker + icon placement

Hi all,

I'm looking how we can solve the problems with icons not keeping the desired 
position on the desktop (> 500 votes)
http://bugs.kde.org/show_bug.cgi?id=47627
http://bugs.kde.org/show_bug.cgi?id=91575

It seems to me that the main problem is that the workArea size is changing 
when kicker hides/unhides.

Does anything speak against simply not resizing the workarea in this cases ?

(that is: only resize it when the _position_ of kicker changes, but not when 
it hides/unhides)

I'm convinced, that a user does not want the icons to jump around when the 
workarea temporarily gets larger because of a hidden kicker (as it will 
reappear sooner or later).

--

-- 
Best regards/Schöne Grüße

Martin    ()  ascii ribbon campaign - against html mail 
          /\                        - against microsoft attachments

       Some operating systems are called 'user friendly',
             Linux however is 'expert friendly'.
Permalink | Reply | 12 comments |
headers
Mashrab Kuvatov | 1 May 2005 15:28
Picon
Picon

Re: Hspell plugin for KSpell2 seems fine now

Saturday 30 April 2005 23:00, Zack Rusin wrote:
> On Saturday 30 April 2005 18:48, Mashrab Kuvatov wrote:
> > OK I'll try. First of all, do you want me to add this plugin into
> > KSpell2?
> 
> Yes, of course. Once you have a working configure check you can just go 
> ahead and add it.

I did the following changes. It works for me. Is it OK?

kdelibs/kspell2/plugins/configure.in.bot:

if test -z "$LIBHSPELL"; then
echo ""
echo "The development package of Hspell is not installed, I couldn't find 
hspell.h."
echo "Spell-checking Hebrew with libhspell will not be available."
echo "If you need it, install hspell >= 0.9 from sources"
echo "see http://www.ivrix.org.il/projects/spell-checker/"
echo "or from packages your distribution provides."
echo ""
fi

kdelibs/kspell2/plugins/configure.in.in:

AM_CONDITIONAL(include_aspell_plugin, test -n "$ac_cv_header_aspell_h" -a -n 
"$LIBASPELL")

AC_ARG_WITH(hspell,AC_HELP_STRING([--with-hspell],[Enable hspell support 
[default=check]]),[hspell_test="$withval"],[hspell_test="yes"])
(Continue reading)

Permalink | Reply | 0 comments |
headers
Shaheed | 1 May 2005 20:24

Re: Using KConfig XT/KConfigDialogManager with "compound" dialogs

On Sunday 01 May 2005 03:47, Shaheed wrote:
> Hi,
>
> I'm having a bit of trouble working out how to use KConfig XT with
> KConfigDialogManager, in the case where the actual dialog pages are
> dynamically built up from a fixed set of tabs plus a run-time generated set
> of tabs.
>
> The specific case is kdemultimedia/kioslave/audiocd/kcmaudiocd. Here, I
> recently converted the fixed tabs to KConfigXT, and the per-encoder tabs
> (which already used KConfigXT) are added at run time depending on what the
> user has available. The net result is that the complete audiocd KCM module
> is represented by upto three rc files:
>
>     kcmaudiocdrc
>     kcmaudiocd_encoder_lame_rc
>     kcmaudiocd_encoder_vorbis_rc
>
> I then tried adding this to the settings dialog  in kscd like this (error
> handling removed for clarity):
>
>     KService::Ptr audiocd = KService::serviceByDesktopName("audiocd");
>     KCModuleInfo info(audiocd->desktopEntryPath());
>     KCModule *m = KCModuleLoader::loadModule(info, KCModuleLoader::Inline);
>     KConfigSkeleton *cfg = new KConfigSkeleton(QString::fromLatin1
> ("kcmaudiocdrc"));
>     configDialog->addPage(m, cfg, i18n("CD Audio"), "audiocd", i18n("CD
> Audio Configuration"));
>
> Notice first that I only get to refer to one of the rc files. But even
(Continue reading)

Permalink | Reply | 3 comments |
headers
Waldo Bastian | 1 May 2005 22:34
X-Face
Picon
Favicon

Re: Using KConfig XT/KConfigDialogManager with "compound" dialogs

On Sunday 01 May 2005 20:24, Shaheed wrote:
> KConfigSkeleton *cfg = new KConfigSkeleton(QString::fromLatin1
("kcmaudiocdrc"));

You don't create a KConfigSkeleton yourself but use the one that 
kconfig_compiler generates for you from the .kcfg file that describes the  
kcmaudiocdrc config file. You may need to make a .kcfg file first if you 
don't have one already.

> But I'm still baffled on the first question...

Cheers,
Waldo
Permalink | Reply | 0 comments |
headers
Benjamin Meyer | 1 May 2005 22:11
Gravatar

Re: Using KConfig XT/KConfigDialogManager with "compound" dialogs

On Sunday 01 May 2005 2:47 am, Shaheed wrote:
> Hi,
>
> I'm having a bit of trouble working out how to use KConfig XT with
> KConfigDialogManager, in the case where the actual dialog pages are
> dynamically built up from a fixed set of tabs plus a run-time generated set
> of tabs.
>
> The specific case is kdemultimedia/kioslave/audiocd/kcmaudiocd. Here, I
> recently converted the fixed tabs to KConfigXT, and the per-encoder tabs
> (which already used KConfigXT) are added at run time depending on what the
> user has available. The net result is that the complete audiocd KCM module
> is represented by upto three rc files:
>
>     kcmaudiocdrc
>     kcmaudiocd_encoder_lame_rc
>     kcmaudiocd_encoder_vorbis_rc
>
> I then tried adding this to the settings dialog  in kscd like this (error
> handling removed for clarity):
>
>     KService::Ptr audiocd = KService::serviceByDesktopName("audiocd");
>     KCModuleInfo info(audiocd->desktopEntryPath());
>     KCModule *m = KCModuleLoader::loadModule(info, KCModuleLoader::Inline);
>     KConfigSkeleton *cfg = new KConfigSkeleton(QString::fromLatin1
> ("kcmaudiocdrc"));
>     configDialog->addPage(m, cfg, i18n("CD Audio"), "audiocd", i18n("CD
> Audio Configuration"));
>
> Notice first that I only get to refer to one of the rc files. But even
(Continue reading)

Permalink | Reply | 0 comments |
headers
Shaheed | 1 May 2005 22:21

Re: Using KConfig XT/KConfigDialogManager with "compound" dialogs


Ah, got it.

First, I merged the rc files. Second, I should have constructed the 
KConfigSkeleton like this:

    KConfigSkeleton *cfg = AudioCdSettings::self();

Third, in my .kcfg files, I had followed the tutorial an used Capitalised 
entry names; I eventually realised that the case had to match the widget 
name.

Ben, do you have any objection to merging the rc files as per this thread? The 
point is to make the audiocd kcm module available to kscd and kaudiocreator 
etc.

Thanks, Shaheed
Permalink | Reply | 1 comment |
headers
Benjamin Meyer | 1 May 2005 22:32
Gravatar

Re: Using KConfig XT/KConfigDialogManager with "compound" dialogs

On Sunday 01 May 2005 8:21 pm, Shaheed wrote:
> Ah, got it.
>
> First, I merged the rc files. Second, I should have constructed the
> KConfigSkeleton like this:
>
>     KConfigSkeleton *cfg = AudioCdSettings::self();
>
> Third, in my .kcfg files, I had followed the tutorial an used Capitalised
> entry names; I eventually realised that the case had to match the widget
> name.
>
> Ben, do you have any objection to merging the rc files as per this thread?
> The point is to make the audiocd kcm module available to kscd and
> kaudiocreator etc.
>
> Thanks, Shaheed

Go right ahead

--

-- 
aka icefox
Public Key: http://www.icefox.net/public_key.asc
Permalink | Reply | 0 comments |

Gmane