<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.kde.devel.core">
    <title>gmane.comp.kde.devel.core</title>
    <link>http://blog.gmane.org/gmane.comp.kde.devel.core</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.devel.core/75076"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.devel.core/75075"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.devel.core/75074"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.devel.core/75068"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.devel.core/75020"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.devel.core/75016"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.devel.core/74991"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.devel.core/74989"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.devel.core/74988"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.devel.core/74987"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.devel.core/74977"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.devel.core/74971"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.devel.core/74970"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.devel.core/74968"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.devel.core/74966"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.devel.core/74952"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.devel.core/74947"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.devel.core/74946"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.devel.core/74933"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.devel.core/74931"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.devel.core/75076">
    <title>Review request: moving libkgoogle to extragear</title>
    <link>http://comments.gmane.org/gmane.comp.kde.devel.core/75076</link>
    <description>&lt;pre&gt;Hi,

LibKGoogle is a new optional dependency of kdepim-runtime. It's used by the 
new Akonadi Google resources.

It's now in kdereview [0] and I'd like to move it to extragear, so I'm asking 
for a review on the library.

Thanks

Dan

[0] https://projects.kde.org/projects/kdereview/libkgoogle/repository

&lt;/pre&gt;</description>
    <dc:creator>Dan Vratil</dc:creator>
    <dc:date>2012-05-25T22:47:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.devel.core/75075">
    <title>Review Request: kjs: Implement JSON.stringify</title>
    <link>http://comments.gmane.org/gmane.comp.kde.devel.core/75075</link>
    <description>&lt;pre&gt;
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/105057/
-----------------------------------------------------------

Review request for kdelibs.


Description
-------

kjs: Implement JSON.stringify

patch needs https://git.reviewboard.kde.org/r/105056/ (JSON.parse)


Diffs
-----

  kjs/CMakeLists.txt 1188064 
  kjs/CommonIdentifiers.h 8ee40e8 
  kjs/json_object.h PRE-CREATION 
  kjs/json_object.cpp PRE-CREATION 
  kjs/jsonstringify.h PRE-CREATION 
  kjs/jsonstringify.cpp PRE-CREATION 

Diff: http://git.reviewboard.kde.org/r/105057/diff/


Testing
-------


Thanks,

Bernd Buschinski

&lt;/pre&gt;</description>
    <dc:creator>Bernd Buschinski</dc:creator>
    <dc:date>2012-05-25T20:19:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.devel.core/75074">
    <title>Review Request: kjs: Implement JSON.parse</title>
    <link>http://comments.gmane.org/gmane.comp.kde.devel.core/75074</link>
    <description>&lt;pre&gt;
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/105056/
-----------------------------------------------------------

Review request for kdelibs.


Description
-------

kjs: Implement JSON.parse


Diffs
-----

  kjs/CMakeLists.txt 1188064 
  kjs/interpreter.cpp cf1acf1 
  kjs/json_object.h PRE-CREATION 
  kjs/json_object.cpp PRE-CREATION 
  kjs/jsonlexer.h PRE-CREATION 
  kjs/jsonlexer.cpp PRE-CREATION 
  kjs/libkjs.map e9f679f 

Diff: http://git.reviewboard.kde.org/r/105056/diff/


Testing
-------


Thanks,

Bernd Buschinski

&lt;/pre&gt;</description>
    <dc:creator>Bernd Buschinski</dc:creator>
    <dc:date>2012-05-25T20:19:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.devel.core/75068">
    <title>KDE SC 4.9 Features</title>
    <link>http://comments.gmane.org/gmane.comp.kde.devel.core/75068</link>
    <description>&lt;pre&gt;Howdy,

If you have implemented an important new feature to KDE SC 4.9
please remember to add it to the feature list (wiki) at:

http://techbase.kde.org/Schedules/KDE4/4.9_Feature_Plan

Or, if you already have feature(s) on the list please update the status as appropriate.

Do NOT add new features that you plan for KDE SC 4.10.
We will open a wiki for the 4.10 features in a few weeks.


PS: You can send me the info and I will add it for you.
I need the project name and 1-2 line description.

-Allen




&lt;/pre&gt;</description>
    <dc:creator>Allen Winter</dc:creator>
    <dc:date>2012-05-25T10:59:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.devel.core/75020">
    <title>Review Request: Apper on kdereview</title>
    <link>http://comments.gmane.org/gmane.comp.kde.devel.core/75020</link>
    <description>&lt;pre&gt;Hi,
Apper is on playground probably since 2008,
it's widely used nowadays so it doesn't make
sense to keep it there anymore.

So please review the code, make suggestions and such...

Right now the code is at (I've asked kde sysadmin to move to
kdereview, but afaik it will only reflect the projects url):
https://projects.kde.org/projects/playground/sysadmin/apper/repository

Thanks :D

Daniel

&lt;/pre&gt;</description>
    <dc:creator>Daniel Nicoletti</dc:creator>
    <dc:date>2012-05-21T21:31:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.devel.core/75016">
    <title>KDE mailing lists - a few questions</title>
    <link>http://comments.gmane.org/gmane.comp.kde.devel.core/75016</link>
    <description>&lt;pre&gt;Hi everyone,

a  quality discussion on IRC this morning triggered a few question I
think are best addressed to this list.

1. I don't question that KDE has several groups that need a mailing
list with a private archive, only accessible to subscribers, but what
is the reason to make mailing lists hidden? The KDE Community is about
Free Software after all, so why this unnecessary secrecy?

Here comes a list of those not visible on https://mail.kde.org/mailman/listinfo

akademy-announce
akademy-participant
akademy-registrations
akademy-sponsoring
akademy-talks
akademy-team
amarok-committee
amarok-devel
campkde-organizers
community-wg
dot-editors
ds-announce
ds-discuss
ds-marketing
ds-sponsoring
ds-talks
ds-team
grancanaria
k16
kde-apps-org
kde-connect-team
kde-debian-private
kde-enterprise-web
kde-ev-campaign
kde-ev-hiring
kde-ev-membership
kde-events-au
kde-hci
kde-mirrors
kde-packager
kde-pim-meeting
kde-pr
kde-press-announce
kde-soc-mentor
kde-webmaster
khtml-devel
koffice
konq-bugs
kontact
mailman

2. There&lt;/pre&gt;</description>
    <dc:creator>Myriam Schweingruber</dc:creator>
    <dc:date>2012-05-22T07:48:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.devel.core/74991">
    <title>Review Request: Enable css border rendering on styled select elements</title>
    <link>http://comments.gmane.org/gmane.comp.kde.devel.core/74991</link>
    <description>&lt;pre&gt;
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/104983/
-----------------------------------------------------------

Review request for kdelibs.


Description
-------

The patch enable rendering of css border for styled select elements (combobox+listview).
This is done by using KdeUiProxyStyle as already done by other widgets in khtml.
For styled combobox the drop down arrow is rendered by drawing PE_IndicatorArrowDown of the base style,
so it will look different depending on the system style being in use.


This addresses bugs 299934 and 300227.
    http://bugs.kde.org/show_bug.cgi?id=299934
    http://bugs.kde.org/show_bug.cgi?id=300227


Diffs
-----

  khtml/css/html4.css 9f4d17b 
  khtml/rendering/render_form.h 2be4df5 
  khtml/rendering/render_form.cpp b4cf136 

Diff: http://git.reviewboard.kde.org/r/104983/diff/


Testing
-------

. khtml testregression -&amp;gt; no further test fails
. tested against dif&lt;/pre&gt;</description>
    <dc:creator>Andrea Iacovitti</dc:creator>
    <dc:date>2012-05-18T09:35:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.devel.core/74989">
    <title>Deleting "kdepalettes" from kdesdk</title>
    <link>http://comments.gmane.org/gmane.comp.kde.devel.core/74989</link>
    <description>&lt;pre&gt;Hi,

Mosfet once put palettes "for both the Gimp and Xpaint that match the KDE 
standard color palette" into kdesdk/kdepalettes *.  But that was at KDE3 
times, so these palettes are outdated, not Oxygen-like. And noone updated them 
in the last 4 years, so seems noone uses these.

* http://websvn.kde.org/trunk/KDE/kdesdk/kdepalettes/

Besides, these days a GIMP-style palette is offered at 
http://websvn.kde.org/trunk/playground/artwork/Oxygen/utils/oxygen.gpl
like also linked from http://techbase.kde.org/Projects/Oxygen/Style.

So in preparation for the migration of kdesdk to git I will be simply removing 
kdesdk/kdepalettes, next Sunday, May 20th, in the European evening, unless 
anyone objects.

Cheers
Friedrich

&lt;/pre&gt;</description>
    <dc:creator>Friedrich W. H. Kossebau</dc:creator>
    <dc:date>2012-05-18T13:23:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.devel.core/74988">
    <title>Review Request: Do not restore previously empty location bar URL</title>
    <link>http://comments.gmane.org/gmane.comp.kde.devel.core/74988</link>
    <description>&lt;pre&gt;
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/104982/
-----------------------------------------------------------

Review request for KDE Base Apps and David Faure.


Description
-------

The attached patch fixes the issue reported in the aforementioned bug report. Specifically, it stops Konqueror from restoring the location bar to the previous URL if 

a.) It was empty as in a newly created tab.
b.) The user typed in a new URL that cannot be handled by Konqueror. The URL was launched with another application.


This addresses bug 270723.
    http://bugs.kde.org/show_bug.cgi?id=270723


Diffs
-----

  konqueror/src/konqview.cpp bfeb20b 

Diff: http://git.reviewboard.kde.org/r/104982/diff/


Testing
-------

Tested the following three scenarios:

1.) Open a new tab in Konqueror and type-in a URL it cannot handle.
2.) Open a new tab, browse to any location, and then type-in a URL Konqueror cannot handle.&lt;/pre&gt;</description>
    <dc:creator>Dawit Alemayehu</dc:creator>
    <dc:date>2012-05-18T07:54:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.devel.core/74987">
    <title>Review Request: Remove additional directories from shortcuts scheme export path</title>
    <link>http://comments.gmane.org/gmane.comp.kde.devel.core/74987</link>
    <description>&lt;pre&gt;
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/104981/
-----------------------------------------------------------

Review request for kdelibs.


Description
-------

The Configure Shortcuts dialog has an Action to export a scheme 
(Details-&amp;gt;More Actions-&amp;gt;Export Scheme)

Using this action the user is asked for a export location and has to select a directory.
Then the current scheme 'schemename' in application 'appname' is exported to a file 
named appnameschemenameshortcuts.rc.

But this file is not saved in the selected directory as Joe User would expect, but in 
shortcuts/share/apps/appname/ below the selected folder.

This patch removes the additional directories shortcuts/share/apps/appname/ from 
the export path to make it easier for the user to find the scheme file and move/copy 
it via command line (there is no GUI to import a scheme).


Diffs
-----

  kdeui/dialogs/kshortcutschemeseditor.cpp 34a&lt;/pre&gt;</description>
    <dc:creator>Burkhard Lück</dc:creator>
    <dc:date>2012-05-18T07:11:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.devel.core/74977">
    <title>Review Request: KJS: improve regex flag scanning</title>
    <link>http://comments.gmane.org/gmane.comp.kde.devel.core/74977</link>
    <description>&lt;pre&gt;
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/104974/
-----------------------------------------------------------

Review request for kdelibs.


Description
-------

Only scan the list of flags once, and only if there is a list at all.

It also fixes the S15.10.4.1_A5_T1 and S15.10.4.1_A5_T1 tests of ECMA test262:
a regex flag may be given only once.

I also checked Firefox behaviour, it also throws a syntax error in this case.


Diffs
-----

  kjs/regexp_object.cpp a6b6974 

Diff: http://git.reviewboard.kde.org/r/104974/diff/


Testing
-------

Run ECMA testsuite. These 2 tests now pass, no other changes.


Thanks,

Rolf Eike Beer

&lt;/pre&gt;</description>
    <dc:creator>Rolf Eike Beer</dc:creator>
    <dc:date>2012-05-17T17:17:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.devel.core/74971">
    <title>Nepomuk - Moving out of kde-runtime</title>
    <link>http://comments.gmane.org/gmane.comp.kde.devel.core/74971</link>
    <description>&lt;pre&gt;Hey

I just thought everyone should know what's going on with Nepomuk.

As per 4.9, we are going to have 3 repositories -

* nepomuk-core [1]
* nepomuk-kde-kio [2]
* nepomuk-kde-config [3]

kde-runtime/nepomuk will be removed. Kdelibs will not be touched. All the
headers are being installed under nepomuk2, and the source code is now
under a Nepomuk2 namespace. This has been done to avoid clashes between
nepomuk-core and kdelibs. The library names have also changed.

For a detailed discussion as to why this is being done, please read [4].

&amp;lt; at &amp;gt;Packagers: We will not be maintaining binary compatibility in
nepomuk-core. At least not for KDE 4.10. We still need to break a lot of
things.

&amp;lt; at &amp;gt;Release-team: Would it be possible to get an extension for the hard
freeze? We're almost ready with the repositories. We just need to go about
removing kde-runtime/nepomuk, and moving some of the repositories out of
trueg's scratch repositories.

&amp;lt; at &amp;gt;Translators: You probably want to preserve the translations in
kde-runtime/nepomuk. &lt;/pre&gt;</description>
    <dc:creator>Vishesh Handa</dc:creator>
    <dc:date>2012-05-17T14:01:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.devel.core/74970">
    <title>Review Request: Plasma::RunnerManager: only dequeue our ThreadWeaver jobs</title>
    <link>http://comments.gmane.org/gmane.comp.kde.devel.core/74970</link>
    <description>&lt;pre&gt;
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/104973/
-----------------------------------------------------------

Review request for kdelibs.


Description
-------

When RunnerManager::reset() is called, all ThreadWeaver jobs are dequeued, including jobs from other parts of the code. This patch changes this to only dequeue the jobs created by this instance of RunnerManager.


Diffs
-----

  plasma/runnermanager.cpp 49569a3 

Diff: http://git.reviewboard.kde.org/r/104973/diff/


Testing
-------

I have more than one RunnerManager working at once in a project. Without the patch, only one manager return results.


Thanks,

Aurélien Gâteau

&lt;/pre&gt;</description>
    <dc:creator>Aurélien Gâteau</dc:creator>
    <dc:date>2012-05-17T13:18:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.devel.core/74968">
    <title>KDELibsNightly.cmake</title>
    <link>http://comments.gmane.org/gmane.comp.kde.devel.core/74968</link>
    <description>&lt;pre&gt;I wanted to run a (single) nightly build of kdelibs to see how the coverage 
changes when the ECMAtest is used. There is a KDELibsNightly.cmake file in the 
root directory of kdelibs, but that still talks about svn. Changing that may 
be easy, but the KDECTestNightly.cmake referenced in there that should be in 
KDESDK can't be found at the mentioned place. I know that Volker is running a 
nightly build so there must be some sort of script for this. Can the one in 
the repository please be updated to be in a useful state?

Greetings,

Eike&lt;/pre&gt;</description>
    <dc:creator>Rolf Eike Beer</dc:creator>
    <dc:date>2012-05-17T07:59:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.devel.core/74966">
    <title>Moving "scheck" from kdesdk to tags/unmaintained/4/scheck ?</title>
    <link>http://comments.gmane.org/gmane.comp.kde.devel.core/74966</link>
    <description>&lt;pre&gt;Hi,

in preparation of the migration of kdesk to git I found that scheck in 
kdesdk is currently excluded from the build, because it has been never 
completely ported to Qt4/KDE4. And it seems noone has missed it for 4 years, 
perhaps accel conflicts &amp;amp; Co. are no longer a big problem?

Thus I will move kdesdk/scheck to tags/unmaintained/4/scheck next 
Sunday, May 20th, in the European evening, unless anyone objects.

Also blogged for a new maintainer of scheck, perhaps somebody likes to pick 
the scheck style up: http://frinring.wordpress.com/2012/05/17/maintainer-
wanted-port-the-scheck-style-to-qt4/

Any way, being in unmaintained soon does not prevent it to become migrated to 
a git repo later as well, if ported.

Cheers
Friedrich

&lt;/pre&gt;</description>
    <dc:creator>Friedrich W. H. Kossebau</dc:creator>
    <dc:date>2012-05-17T02:39:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.devel.core/74952">
    <title>Review Request: Added fallback for real username in kcm module to use KUser::FullName</title>
    <link>http://comments.gmane.org/gmane.comp.kde.devel.core/74952</link>
    <description>&lt;pre&gt;
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/104965/
-----------------------------------------------------------

Review request for KDE Base Apps.


Description
-------

Added fallback for real username in kcm module.

Really helps in issues like this: http://bugs.rosalinux.ru/show_bug.cgi?id=179

Besides, such method seems natural, considering that change of real username in kcm module calls chfn to change real name in finger db, which will be reflected back in KUser::FullName.


Diffs
-----

  kdepasswd/kcm/main.cpp 2471444 

Diff: http://git.reviewboard.kde.org/r/104965/diff/


Testing
-------

Tested by QA crew of ROSA Desktop for ROSA Desktop 2012 LTS.


Thanks,

Aleksey Yermakov

&lt;/pre&gt;</description>
    <dc:creator>Aleksey Yermakov</dc:creator>
    <dc:date>2012-05-16T07:09:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.devel.core/74947">
    <title>Review Request: KJS: fix behaviour on allocation errors</title>
    <link>http://comments.gmane.org/gmane.comp.kde.devel.core/74947</link>
    <description>&lt;pre&gt;
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/104960/
-----------------------------------------------------------

Review request for kdelibs.


Description
-------

The KJS allocator will likely crash with a 0-deref on allocation errors. The exact behaviour will also depend on the platform, e.g. a Un*x platform without posix_memalign() will have MAP_FAILED as the pointer used for calculations (which is (void*)-1), other will have 0.

This will make the allocator have a sane default behaviour: just return 0.


Diffs
-----

  kjs/collector.cpp 70e4757 

Diff: http://git.reviewboard.kde.org/r/104960/diff/


Testing
-------


Thanks,

Rolf Eike Beer

&lt;/pre&gt;</description>
    <dc:creator>Rolf Eike Beer</dc:creator>
    <dc:date>2012-05-15T19:07:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.devel.core/74946">
    <title>Review Request: QSslConfiguration set/get functions for KTcpSocket</title>
    <link>http://comments.gmane.org/gmane.comp.kde.devel.core/74946</link>
    <description>&lt;pre&gt;
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/104958/
-----------------------------------------------------------

Review request for kdelibs and Thiago Macieira.


Description
-------

The attached patch adds QSslConfiguration getter/setter functions to KTcpSocket. That way users of KTcpSocket can set their own Ssl configuration information on the socket. 

Note that a patch that addresses a current SSL related bug in TCPSlaveBase requires this change. See https://git.reviewboard.kde.org/r/103610/.


Diffs
-----

  kdecore/network/ktcpsocket.h 982e5b1 
  kdecore/network/ktcpsocket.cpp 57d54a9 

Diff: http://git.reviewboard.kde.org/r/104958/diff/


Testing
-------


Thanks,

Dawit Alemayehu

&lt;/pre&gt;</description>
    <dc:creator>Dawit Alemayehu</dc:creator>
    <dc:date>2012-05-15T18:31:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.devel.core/74933">
    <title>Review Request: implement support for window.onhashchange</title>
    <link>http://comments.gmane.org/gmane.comp.kde.devel.core/74933</link>
    <description>&lt;pre&gt;
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/104946/
-----------------------------------------------------------

Review request for kdelibs.


Description
-------

Implement a custom hashchange event, and make the khtml kpart emit it
when we are asked to navigate to another anchor, and the ref is
different.


Diffs
-----

  khtml/ecma/kjs_dom.h 38fae65 
  khtml/ecma/kjs_dom.cpp ab7f02a 
  khtml/ecma/kjs_events.h 3727b94 
  khtml/ecma/kjs_events.cpp e7c7e5b 
  khtml/ecma/kjs_window.h 416b045 
  khtml/ecma/kjs_window.cpp e75e6e7 
  khtml/html/html_baseimpl.cpp baa13b5 
  khtml/khtml_part.cpp 24589e4 
  khtml/misc/htmlnames.h e3adbe7 
  khtml/misc/htmlnames.cpp 3b22b6d 
  khtml/xml/dom2_eventsimpl.h 5b452d2 
  khtml/xml/dom2_eventsimpl.cpp f01a533 

Diff: http://git.reviewboard.kde.org/r/104946/diff/


Testing
-------

tested extensively against http://lolcats.iskrembilen.com/


Thanks,

Martin Tobias H&lt;/pre&gt;</description>
    <dc:creator>Martin Tobias Holmedahl Sandsmark</dc:creator>
    <dc:date>2012-05-14T17:19:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.devel.core/74931">
    <title>Review Request: Define tooltips for kdeui standard actions</title>
    <link>http://comments.gmane.org/gmane.comp.kde.devel.core/74931</link>
    <description>&lt;pre&gt;
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/104934/
-----------------------------------------------------------

Review request for kdelibs.


Description
-------

Attached patch tries to define tooltips for most of kdeui standard actions. The goal of this change is to try to bring value to the tooltips of toolbar buttons, instead of simply repeating the button text (I wrote a blog post about this: http://agateau.com/2012/05/11/common-user-interface-mistakes-in-kde-applications-part-5-big-toolbars/ ).

I tried to come up with tooltips which would remain generic enough in a wide range of contexts, but couldn't find generic-enough tooltips for every actions. In this case I left the tooltip empty, which cause QToolButton to use the action text as tooltip, as before.

If you have suggestions for the missing tooltips or corrections to the tooltips I came up with (I am not a native english speaker), please&lt;/pre&gt;</description>
    <dc:creator>Aurélien Gâteau</dc:creator>
    <dc:date>2012-05-13T22:08:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.devel.core/74903">
    <title>kio and frameworks 5</title>
    <link>http://comments.gmane.org/gmane.comp.kde.devel.core/74903</link>
    <description>&lt;pre&gt;I'm want to start a discussion, put an idea out there. I am also being
pushy, on someone else's behalf.

Although it may be a difficult discussion I think it would be a great shame
to miss the opportunity to have it. I'm not trying to tell anyone to "do it
this way".

Please excuse me for saying "we" when I have not contributed to KDE as a
developer, I tied myself in knots trying to write in the third person and
gave up.

Preamble over.

The discussions is this "what part should libferris take in the refresh of
KIO in KDE Frameworks 5?"

Ben Martin really should be involved in any discussion of a redesign at the
very least. He clearly has put a lot of work and thought into virtual
filesystems and has created something quite unique.

Libferris is an awesome piece of technology. It provides not just the
traditional features of a VFS but a uniform method of access for
applications and users to a large and expanding range of things. It has
been demonstrated to work on maemo and as a Plasma DataEngine and has a w&lt;/pre&gt;</description>
    <dc:creator>Casper Clemence</dc:creator>
    <dc:date>2012-05-11T20:33:35</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.kde.devel.core">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.kde.devel.core</link>
  </textinput>
</rdf:RDF>

