Re: Re: Plasmate previewer, again =P

2009-08-26 Thread Diego Casella ([Po]lentino)
>
> -- Messaggio inoltrato --
> From: "Aaron J. Seigo" 
> To: plasma-devel@kde.org
> Date: Tue, 25 Aug 2009 10:15:42 -0600
> Subject: Re: Plasmate previewer, again =P
> On Tuesday 25 August 2009, Shantanu Tushar Jha wrote:
> > So guys, how about 1430 UTC on Saturday ?
>
> works great for me if it works for you gusy


great for me too !

>
>
> --
> Aaron J. Seigo
> humru othro a kohnu se
> GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43
>
> KDE core developer sponsored by Qt Software
>
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel


Re: Re: Plasmate previewer, again =P

2009-08-26 Thread Shantanu Tushar Jha
Ok, so we'll have an IRC meeting over Plasmate on 1430 UTC on Saturday .

On Wed, Aug 26, 2009 at 1:26 PM, Diego Casella ([Po]lentino) <
polentino...@gmail.com> wrote:

> -- Messaggio inoltrato --
>> From: "Aaron J. Seigo" 
>> To: plasma-devel@kde.org
>> Date: Tue, 25 Aug 2009 10:15:42 -0600
>> Subject: Re: Plasmate previewer, again =P
>> On Tuesday 25 August 2009, Shantanu Tushar Jha wrote:
>> > So guys, how about 1430 UTC on Saturday ?
>>
>> works great for me if it works for you gusy
>>
>
> great for me too !
>
>>
>>
>> --
>> Aaron J. Seigo
>> humru othro a kohnu se
>> GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43
>>
>> KDE core developer sponsored by Qt Software
>>
>
> ___
> Plasma-devel mailing list
> Plasma-devel@kde.org
> https://mail.kde.org/mailman/listinfo/plasma-devel
>
>


-- 
Shantanu Tushar(UTC +0530)
http://www.shantanutushar.com
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel


Re: Querying the dict dataengine

2009-08-26 Thread Sebastian Kügler
On Tuesday 25 August 2009 16:27:29 Aaron J. Seigo wrote:
> On Tuesday 25 August 2009, Sebastian Kügler wrote:
> > I ran into this problem some time ago, basically. The APIDOCS say that if
> > you don't have data right away, you're supposed to set empty data in the
> > engine.
>
> yes, setting an empty data set is still required and it will remain that
> way (otherwise we don't know if the process of requesting a source was
> actually successful and what to connect to on subsequent requests).
>
> what is different now, though, is that applets should not get that first
> empty data set sent to them. :)

Ah, let's try that and see what breaks. I suppose very little...

> > (Figure out that reading the docs once in a while
> > saves time, of course. ;-)).
>
> hehe...

-- 
sebas

http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9


signature.asc
Description: This is a digitally signed message part.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel


KDE/kdeplasma-addons/applets/previewer

2009-08-26 Thread Alessandro Diaferia
SVN commit 1015911 by adiaferia:

writing the name also at the bottom leads to unuseful redundancy
CCMAIL:plasma-devel@kde.org


 M  +0 -11 previewwidget.cpp  


--- trunk/KDE/kdeplasma-addons/applets/previewer/previewwidget.cpp 
#1015910:1015911
@@ -594,17 +594,6 @@
 painter->drawPixmap(p_rect, scaled);
 }
 }
-
-
-if (!m_hoveredUrl.isValid()) {
-return;
-}
-QRect itemNameRect = QRect(m_itemsRect.x(), m_itemsRect.bottom(),
-   m_itemsRect.width(), bottomBorder);
-// here we paint the file name
-painter->setFont(KGlobalSettings::smallestReadableFont());
-
painter->setPen(Plasma::Theme::defaultTheme()->color(Plasma::Theme::TextColor));
-painter->drawText(itemNameRect, Qt::AlignVCenter | Qt::AlignLeft, 
m_hoveredUrl.fileName());
 }
 
 void PreviewWidget::drawOpenCloseArrow(QPainter *painter)
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel


Re: Some dates on Tokamak3

2009-08-26 Thread Aaron J. Seigo
On Tuesday 25 August 2009, Marco Martin wrote:
> > Friday morning at about 9:00 so I would be at about 11:30 in Randa. Is
> > that Ok, too early, too late?
>
> the plasma italian mafia pack should arrive around that time too so you're
> in good company eheh :)

great... in that case i'll catch either the 8:31am or 9:24am train from here 
which will put me in Randa at either 11:34 or 11:58 respectively. i'll try for 
the 8:31 train so we can all meet up at around the same time at the station :)

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Qt Software


signature.asc
Description: This is a digitally signed message part.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel


device notifier, luks and partitions listed in fstab.

2009-08-26 Thread Xavier Gnata
Hi,

cryto luks partitions listed in /etc/fstab and already mounted at boot
time should not be listed as "recently plugged devices" by the widget
"device notifier"

For instance I have this line in my fstab
/dev/mapper/data/home/gnata/Data   ext4defaults0   1
Data is mounted at boot time (as / is :)) that is why "device
notifier" should ignore this partition.

@+,
Xavier
ps : I'm not a subscriber. please cc.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel


Re: device notifier, luks and partitions listed in fstab.

2009-08-26 Thread Aaron J. Seigo
On Wednesday 26 August 2009, Xavier Gnata wrote:
> cryto luks partitions listed in /etc/fstab and already mounted at boot
> time should not be listed as "recently plugged devices" by the widget
> "device notifier"

i believe this is an issue that needs to be dealt with by HAL or Solid, 
whichever one deals with LUKS partitions; plasma just listens to what they 
say.

p.s. bug reports usually go via bugs.kde.org :)

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Qt Software


signature.asc
Description: This is a digitally signed message part.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel


Re: device notifier, luks and partitions listed in fstab.

2009-08-26 Thread Xavier Gnata
Aaron J. Seigo wrote:
> On Wednesday 26 August 2009, Xavier Gnata wrote:
>   
>> cryto luks partitions listed in /etc/fstab and already mounted at boot
>> time should not be listed as "recently plugged devices" by the widget
>> "device notifier"
>> 
>
> i believe this is an issue that needs to be dealt with by HAL or Solid, 
> whichever one deals with LUKS partitions; plasma just listens to what they 
> say.
>
> p.s. bug reports usually go via bugs.kde.org :)
>
>   
I have opened Bug 205277  on 
bugs.kde.org
Indeed the problem is on solid on not on plasma level.
Please reassign it to the plasma team.

Xavier
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel


Review Request: Condition icons for the NOAA weather ion

2009-08-26 Thread Amos Kariuki

---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1418/
---

Review request for Plasma and Shawn Starr.


Summary
---

Possible patch to allow the NOAA weather ion to determine the weather condition 
icon as defined at   This 
allows it to work with the weather-wallpaper plasmoid as well as display the 
condition icon in the weather plasmoid.  Categorization/mappings of condition 
to icon are arbitrary (as I saw fit) so feel free to point out any improvements 
or errors.

Questions:
a) Minor issue: Seems like the interface to IonInterface::getWeatherIcon(const 
QMap &conditionList, const QString& condition) is a 
bit restrictive since it's making assumptions that the implementors of 
IonInterface are using a list to manage their condition icons (the submitted 
patch doesn't). Wouldn't it be more flexible for it to only require an 
IonInterface::ConditionIcons as an argument, or maybe overload it for 
compatibility purposes?

b) Noticed that conditions icon files for weather-scattered-storms-night and 
weather-scattered-storms-day are missing.  Not sure if this is a work in 
progress or if the corresponding ChanceThunderstormDay/Night are deprectaed; 
anyway, the patch includes them for now.


Diffs
-

  trunk/KDE/kdebase/workspace/plasma/dataengines/weather/ions/ion_noaa.h 
1016161 
  trunk/KDE/kdebase/workspace/plasma/dataengines/weather/ions/ion_noaa.cpp 
1016161 

Diff: http://reviewboard.kde.org/r/1418/diff


Testing
---

Tested with a number of random locations and compared them to the reported 
weather condition on NOAA's website.


Thanks,

Amos

___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel


Re: Review Request: Condition icons for the NOAA weather ion

2009-08-26 Thread Omer F. USTA

---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1418/#review2160
---



trunk/KDE/kdebase/workspace/plasma/dataengines/weather/ions/ion_noaa.cpp


There is a typo in here 
Double ";"


- Omer F.


On 2009-08-27 05:27:46, Amos Kariuki wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://reviewboard.kde.org/r/1418/
> ---
> 
> (Updated 2009-08-27 05:27:46)
> 
> 
> Review request for Plasma and Shawn Starr.
> 
> 
> Summary
> ---
> 
> Possible patch to allow the NOAA weather ion to determine the weather 
> condition icon as defined at 
>   This allows it to work 
> with the weather-wallpaper plasmoid as well as display the condition icon in 
> the weather plasmoid.  Categorization/mappings of condition to icon are 
> arbitrary (as I saw fit) so feel free to point out any improvements or errors.
> 
> Questions:
> a) Minor issue: Seems like the interface to 
> IonInterface::getWeatherIcon(const QMap 
> &conditionList, const QString& condition) is a bit restrictive since it's 
> making assumptions that the implementors of IonInterface are using a list to 
> manage their condition icons (the submitted patch doesn't). Wouldn't it be 
> more flexible for it to only require an IonInterface::ConditionIcons as an 
> argument, or maybe overload it for compatibility purposes?
> 
> b) Noticed that conditions icon files for weather-scattered-storms-night and 
> weather-scattered-storms-day are missing.  Not sure if this is a work in 
> progress or if the corresponding ChanceThunderstormDay/Night are deprectaed; 
> anyway, the patch includes them for now.
> 
> 
> Diffs
> -
> 
>   trunk/KDE/kdebase/workspace/plasma/dataengines/weather/ions/ion_noaa.h 
> 1016161 
>   trunk/KDE/kdebase/workspace/plasma/dataengines/weather/ions/ion_noaa.cpp 
> 1016161 
> 
> Diff: http://reviewboard.kde.org/r/1418/diff
> 
> 
> Testing
> ---
> 
> Tested with a number of random locations and compared them to the reported 
> weather condition on NOAA's website.
> 
> 
> Thanks,
> 
> Amos
> 
>

___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel


Re: Some dates on Tokamak3

2009-08-26 Thread Martin Gräßlin
Am Donnerstag 27 August 2009 00:50:24 schrieb Aaron J. Seigo:
> On Tuesday 25 August 2009, Marco Martin wrote:
> > > Friday morning at about 9:00 so I would be at about 11:30 in Randa. Is
> > > that Ok, too early, too late?
> >
> > the plasma italian mafia pack should arrive around that time too so
> > you're in good company eheh :)
>
> great... in that case i'll catch either the 8:31am or 9:24am train from
> here which will put me in Randa at either 11:34 or 11:58 respectively. i'll
> try for the 8:31 train so we can all meet up at around the same time at the
> station :)
You're coming from Zürich? In that case I will try to find you. I will get on 
the train from Zürich at 9:00 in Olten (iirc the first stop after Zürich).


signature.asc
Description: This is a digitally signed message part.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel