> On Samstag, 23. April 2016 19:35:47 CEST Michael Pyne wrote:
>> Well there is a kde-sdk-scripts repository already, though it's really more
>> of a buffet of different, barely-related scripts than an a curated "we
>> think *every* KDE dev should have these files with them".
Do you mean kde-dev-s
On 22 April 2016 at 13:15, Thomas Pfeiffer wrote:
> So, where should we put one now? Or is there already one someplace else?
I'd probably vote for KF5::KCoreAddons as it's the closest thing we
have to kdelibs. The reason it was in kdelibs rather than just on the
wiki was so that when it was chan
On 2 December 2015 at 23:10, Olivier Churlaud wrote:
> I'm coming here with this observation: the wiki are quite a mess. And very
> often KDE4 and KF5 things are mixed.
> That everyone do it at their scale is impossible. That's why I have a
> proposition. (I've thought about it for a while)
>
> I
tps://git.reviewboard.kde.org/r/125777/#comment59982>
Are you sure you want the system locale? Usually you want the application
locale by calling QLocale() instead.
- John Layt
On Oct. 24, 2015, 7:21 p.m., Pinak Ahuja wrote:
>
> ---
On 30 July 2015 at 14:21, Stefan Derkits wrote:
> The use cases still have to be fleshed out ... maybe streaming services
> are more important than ripping CDs? Really hard to say.
> Please join the discussion in the boards and add your ideas there :)
It always struck me as weird that we had 4 s
On 30 July 2015 at 11:42, Stefan Derkits wrote:
> At the moment KDE has no up-to-date music player. JuK is very simple to
> use, but lacking a modern design. Amarok is and will stay the
> swiss-knife of KDE music players, but also lacking a modern design and
> may be too complicated for new users
On 3 June 2014 17:58, David Edmundson wrote:
> I like the proposed year.month naming system for the big groups of
> applications.
>
> Without it we will be in a horrible mess of having a time where we have:
> Frameworks 5.6 (on their monthly cycle)
> Workspace 5.3 (releasing earlier)
> Applicati
guess adding some notification/listening API of KCalendarSystem in
> order to pull the changes in the current locale automatically would be an
> overkill. May be this name caching should be told about in a comment in code.
>
> John Layt wrote:
> The Locale KCM does signal out whe
On 26 April 2014 15:50, Albert Astals Cid wrote:
> In my opinion we should not release KDE Applications 4.14 LTS and we should
> not release KDE Applications 4.15 either.
>
> We should just release KDE Applications 2014.12, that is, the set of KDE
> Applications that was released on December 2014
> On June 1, 2014, 5:22 p.m., Alexander Potashev wrote:
> > What is the user changes the locale at run-time - will the query parser
> > reload the month/weekday names?
>
> Denis Steckelmacher wrote:
> It depends on the client application. This list is cached in
> pass_periodnames, that is
first for the
type, then just add 1 year to the year number until isLeapYear() is true and
get the month names for that and discard the duplicates with a non leap year
(unless this year is a leap year...).
- John Layt
On June 1, 2014, 12:54 p.m., Denis Steckelma
On 22 May 2014 11:52, Sebastian Kügler wrote:
> On Thursday, May 22, 2014 07:45:55 you wrote:
>> Thanks for your answer and sorry for the delayed response.
>> According to
>> http://standards.freedesktop.org/icon-naming-spec/latest/ar01s02.html the
>> flags should be afaik in /usr/share/icons/$th
Some random/long thoughts on KDE on Mac, seeing as I'm a sometimes Qt
Mac developer and a KDE-on-Mac user, subscribed to the KDE Mac list,
was the guy who got the outdated website taken down as it was
confusing people, and got a bit burnt-out repeatedly trying to get Mac
people to engage with KDE a
On Wednesday 19 Feb 2014 11:22:36 Zeeshan Ali wrote:
> Hi John,
> > Yes for Qt5.2 onwards the new QtLocation module is the option I
> > recommend for general use in KDE Generation 5, as it is just the
> > location services api without the mapping api and so is now very
> > lightweight, i.e. doesn'
On 18 February 2014 23:28, Kevin Krammer wrote:
> On Tuesday, 2014-02-18, 14:40:17, Mirko Boehm wrote:
>> at FOSDEM I met Zeeshan Ali who told me about his work on geolocation and
> that it would be cool if it were re-used across desktops. I don't know much
> about the topic, but his work looks co
> El Dimecres, 28 d'agost de 2013, a les 19:34:04, Reza Shah va escriure:
>> Hi
>>
>> What would be the proper replacement for KGlobal::locale() in KF5:
>> - KLocale::global() or
>> - QLocale::system()
Neither :-) Just use QLocale() which will return the default locale
for the application, which w
On 8 October 2012 14:51, Vishesh Handa wrote:
> For 4.10, Nepomuk will no longer depend on Strigi for file indexing. We have
> written our own file indexer which are based on popular libraries such as
> taglib, exiv, ffmpeg, etc. This allows us to better control the indexing
> process. If you wou
On 26 September 2012 20:58, Lydia Pintscher wrote:
> So please. What's your cool idea for a Rasberry PI?
Already have a Pi myself, but I see two areas where the it works well:
* Appliances: Media Centre, Cloud Server, Photo Booth, etc, something
with a single purpose to plug in and forget.
* E
On 15 June 2012 08:20, John Layt wrote:
> As far as we are aware, no Qt people were directly affected by the
> cuts, and Qt5 is still under active development by Nokia. The cuts
> did affect the Meltemi team in Ulm who are Nokia's major user of Qt,
> but it is not yet clear w
On 15 June 2012 08:03, wrote:
> I don't know whether all people have read this, but it already happened.
>
> What shall kde do to make sure Qt development actively in the future?
>
> I don't know whether this can also be a chance for kde be more active in Qt
> development.
As far as we are aware
On 25 Apr 2012 13:18, "Abhiram Ampabathina"
wrote:
>
>
>
> On Wed, Apr 25, 2012 at 5:28 PM, Anne-Marie Mahfouf <
annemarie.mahf...@free.fr> wrote:
>>
>> On 04/25/2012 01:55 PM, Abhiram Ampabathina wrote:
>>>
>>> Hello KDE,
>>> I am Abhiram. I would like to participate in
th
> I'd like to write a patch that chooses proper name according to
> KGlobal::locale()->languageList() settings. But I met a problem:
> But KGlobal::locale()->languageList() returns language code in 'en_US' format
> (even do not know what RFC is that, google does not help ;-) )
That's the POSIX Lo
On Monday 29 Aug 2011 10:56:03 Albert Astals Cid wrote:
> A Diumenge, 28 d'agost de 2011, David Narvaez vàreu escriure:
> > On Sun, Aug 28, 2011 at 2:04 PM, Chusslove Illich
>
> wrote:
> > > I am not speaking with any authority here, but I can't see how deriving
> > > from a source in public doma
I
> Where do I go from here?
>
> Somehow, the kde cmake modules need to be installed before any of the
cmake
> scripts in the source will work, and I have no idea where the kdebuild
program
> and its friends are supposed to come from.
The kdebuild script can be found on the
http://techbase.kde.org
On Friday 24 Jun 2011 15:07:06 Nathan Bradshaw wrote:
> I guess going away from an RDF store, there is sqlite if you don't mind
> the dependency.
If the app data maps well to relational tables and you're comfortable with sql
then it's not a very heavy dependency, it's almost always already insta
On Monday 13 Jun 2011 18:02:14 John Layt wrote:
> The wiki now has 20 names on it (with some obvious ommissions), about 10 of
> whom can attend dinner or drinks Wednesday evening, so we will try book
> somewhere and confirm it here and on the wiki. RMS is apparently giving a
> talk
On Thursday 09 Jun 2011 15:31:42 John Layt wrote:
> We would like to co-ordinate our efforts at QtCS to ensure the best
> possible outcome for KDE and Qt. To help this we would like all KDE
> community members attending to list their name on the KDE at QtCS wiki
> page.
Q - 3
On Thursday 09 Jun 2011 15:31:42 John Layt wrote:
> We would like to co-ordinate our efforts at QtCS to ensure the best
> possible outcome for KDE and Qt. To help this we would like all KDE
> community members attending to list their name on the KDE at QtCS wiki
> page [2]. Please
The Qt Contributors Summit [1] is happening Berlin from 16-18 June to discuss
the future of Qt under Open Governance. Many members of the KDE community
will be there either as direct representatives of KDE or on behalf of their
employer. A rough estimate puts our presence at about 10% of the 2
On 6 June 2011 23:36, Scott Kitterman wrote:
>
> I get we need to modularize for a number of important reasons, but I don't
> see
> the companion story for how this all gets released as something coherent
> and
> functional.
>
> Where's that part of the story?
>
> Scott K
>
>From Sebas' email:
W
On Monday 25 Apr 2011 02:36:40 Brock Hudson wrote:
> Not sure if salutations are appropriate on the dev mailing list, however I
> would like to say that I would like to become a contributer to KDE. I am a
> documentor in Fedora, and I can patch and fix bugs. I am a University
> Student as well and
On Wednesday 23 Mar 2011 00:21:23 jam wrote:
> Guys, without starting a flame war, the whole nepomuk shebang ruined the
> best mailer around.
>
> [info] I use gnome not kde. Every single time I start kmail on any of my
> machines I need to start kmail twice. Once with 'nepomuk not
> running' [repo
On Monday 21 Mar 2011 06:19:21 Arvind S Raj wrote:
>*Synopsis*: The basic idea is to implement a media controller that
> allows a user to control the currently running music player even when the
> screen is locked.
Sorry to disappoint, but we already have such a widget called "Now Playing"
w
On Tuesday 01 February 2011 20:00:41 Steven Sroka wrote:
> Is there a calendar widget that I can place onto a window?
>
> I know Qt has QCalendarWidget, but it doesn't really blend into the rest of
> KDE.
In kdelibs/kdeui there is KDateTable and KDatePicker:
http://api.kde.org/4.x-api/kdelibs-
On Thursday 04 November 2010 07:23:38 Cyrille Berger Skott wrote:
> On Wednesday 03 November 2010, John Layt wrote:
> > * Comes packaged with lots of other services that we don't need, such as
> > Solid, Phonon and kdepim equivalents.
>
> It is worth to note that QtMo
On Thursday 04 November 2010 14:43:19 Kevin Krammer wrote:
> Ah, you meant using the D-Bus API directly in apps. I interpreted it as in
> not using their C library, i.e. using D-Bus indirectly (through their C
> wrapper).
Phew!
Yes, just to be clear, our api would only call their DBus interfac
On Thursday 04 November 2010 09:01:12 Kevin Krammer wrote:
> On Wednesday, 2010-11-03, Aaron J. Seigo wrote:
> > a) annoyance of using DBus directly
>
> It's a single line in the CMakeLists.txt, isn't it?
>
> > b) changes in the DBus API are out of our control.
>
> Sure, but upstream API changes
[Apologies for the cross-post, but I'd like feedback from app developers on
their requirements too, not just core]
Hi,
This weekend the Marble devs are meeting for a sprint, and I'm tagging along
to discuss a few different issues that I'd like peoples feedback and opinions
on.
The big one is
38 matches
Mail list logo
