[kde-edu]: Git reconversion of kdeedu

2011-05-14 Thread Nicolás Alvarez
We have discovered that several commits were lost during the
conversion of kdeedu from SVN to git. To fix this, we will need to
reconvert and force-push some of the repositories.

The affected repositories are kalgebra, kgeography, kig, ktouch, and step.

The repush is planned for Saturday, May 14th. We recommend that you
push any local changes *before* this date.

Once the new repository is uploaded, you can either delete your local
clone and download it again, or update it using:

  $ git fetch
  $ git checkout master
  $ git reset --hard origin/master

You can replace 'master' with '4.6' to do the same in the 4.6 branch.
Note that by doing this you will lose any changes you haven't pushed
yet!

If you have any questions, feel free to ask in the #kde-git IRC
channel, in irc.freenode.net.

-- 
Sysadmin team & Git conversion crew.
___
kde-edu mailing list
kde-...@mail.kde.org
https://mail.kde.org/mailman/listinfo/kde-edu
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<


Re: Disabling Oxygen's window dragging for specific QWidgets?

2011-05-14 Thread Michael Jansen
On Friday 13 May 2011 20:26:46 Nikos Chantziaras wrote:
> On 05/13/2011 08:09 PM, Michael Jansen wrote:
> > On Friday 13 May 2011 18:41:50 Hugo Pereira Da Costa wrote:
> >> Hello Nikos,
> >> 
> >>> I noticed that when running in KDE and using the Oxygen style, the
> >>> windows of my Qt application can be dragged around with the mouse by
> >>> clicking on any area in the window, not just the title bar.  But it
> >>> behaves strange in my application: window dragging only works in
> >>> parts
> >>> of the window that have nothing in them yet.
> >> 
> >> Yes. That's the intended behavior of the feature.
> >> "Drag window from empty areas".
> >> 
> >>> Note that dragging in those areas shouldn't be possible to begin
> >>> with.
> >> 
> >> "To begin with", Why so ? This feature was asked by several people,
> >> already supported in other styles (bespin, qtcurve), accepted inside
> >> kde, and added to oxygen since kde4.5. Also, it can be disabled in the
> >> front page of "oxygen-settings".
> > 
> > This feature also lead to much complaining/wondering on the kde-devel
> > irc
> > channel when introduced. I for example consider it the most unnecessary
> > and annoying feature of the the otherwise excellent oxygen style.
> 
> I actually loved the feature, since it allowed the title and menu bars
> to behave as one.  As for generalizing this to cover all empty areas,
> not just the menu bar, I found that less useful, but definitely not
> negative.  I never seem to trigger it by mistake.

That is really great guys. But look at the mail from todd. 26 Games reveice 
bugs because of that feature? 26! And you guys still consider this a FEATURE? 

Mike

> 
> >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to
> >> unsubscribe <<
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<


Re: Re: Disabling Oxygen's window dragging for specific QWidgets?

2011-05-14 Thread Martin Gräßlin
On Saturday 14 May 2011 14:19:05 Michael Jansen wrote:
> That is really great guys. But look at the mail from todd. 26 Games reveice 
> bugs because of that feature? 26! And you guys still consider this a FEATURE? 
Neither can you call it a bug. For one it is a bug for the other it's a 
feature. I really do not see 
why we need to discuss this again. It has already been discussed too often and 
even if we 
want to discuss a developer mailing list is the wrong place.

Let's just face the facts:
* there are non-default widget styles doing it anyway
* it removes the difference between window decoration and menu bar. Given that 
with Oxygen 
we don't have a visual distinction what is the decoration and what the window, 
this is very 
important.
* I rather prefer having this in the widget style, than applications doing 
there own stuff (ever 
tried Chromium, rather broken in that regard)
* Oxygen implements it properly by completly following the KWin way of handling 
movement, that 
is using the same drag delay so accessibility is not broken (compare the broken 
way of 
Chromium)

Cheers
Martin

signature.asc
Description: This is a digitally signed message part.
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<


Re: Disabling Oxygen's window dragging for specific QWidgets?

2011-05-14 Thread todd rme
On Sat, May 14, 2011 at 8:19 AM, Michael Jansen  wrote:
> That is really great guys. But look at the mail from todd. 26 Games reveice
> bugs because of that feature? 26! And you guys still consider this a FEATURE?
>
> Mike
>

For most games it isn't a major issue, since you aren't normally
dragging.  That is why there are so many bugs for kpat but so few (if
any) for other games.  For most games it is more of a consistency
issue rather than something that seriously interferes with usability.

I would say the proper solution is not to remove the feature, but to
fix the games so their drag behavior is visually consistent.  Ideally
this would be handled at the library end, using tagaro or something,
so the individual game developers don't need to worry about it.  I
don't know if this is possible, though.

I personally find the feature very helpful and use it a lot.

-Todd
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<