[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-panel-devel
Subject:    Re: Two patches for notes plasmoid
From:       "Ismael Asensio" <caciquecola500 () gmail ! com>
Date:       2008-08-25 13:47:08
Message-ID: 80c786080808250647k24df9f99w5e017101e07323c4 () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


2008/8/25 Marco Martin <notmart@gmail.com>

> On Monday 25 August 2008, Michael Rudolph wrote:
>
> > By introducing a save-option, we tell the user: hey user, there is
> > this implementation-level detail, that you are surely interested in,
> > it's called a file system (yeah, don't ask) and this is the real deal.
> > Just because you see something on your desktop, doesn't mean it's
> > really there. It's not persistent, or maybe it is. The file system,
> > which you don't see, is the real deal, the desktop, which you can see
> > and directly interact with, is just a visualization of the file
> > system.
>
> i'm in favour of this, because maybe it's a workaround but the really
> abstracted model still falls in some aspects, like what if i want to copy a
> note to an usb thumbdrive to carry it away? for tnow what lives on the
> desktop kinda can't escape from the desktop..
>


> in the future probably we could just drag the note applet to a device icon,
> or
> network or whatever and everything would happen behind the scenes, but for
> now a save as option seems nice...
>

If dragging a text file or text selection onto the desktop creates a sticky
note (which I think is already possible on SVN), it feels way natural that
dragging a note from the desktop onto a device (either dolphin view,
folderview, device icon) will create a file with the text. I think this
behaviour is not too far from current implementation of plasma (and
specially from the global view around it). And maybe it can be also useful
for another kind of desktop contents.

[Attachment #5 (text/html)]

<div dir="ltr"><br><div class="gmail_quote">2008/8/25 Marco Martin <span \
dir="ltr">&lt;<a href="mailto:notmart@gmail.com">notmart@gmail.com</a>&gt;</span><br><blockquote \
class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt \
0pt 0.8ex; padding-left: 1ex;"> <div class="Ih2E3d">On Monday 25 August 2008, Michael \
Rudolph wrote:<br> <br>
&gt; By introducing a save-option, we tell the user: hey user, there is<br>
&gt; this implementation-level detail, that you are surely interested in,<br>
&gt; it&#39;s called a file system (yeah, don&#39;t ask) and this is the real \
deal.<br> &gt; Just because you see something on your desktop, doesn&#39;t mean \
it&#39;s<br> &gt; really there. It&#39;s not persistent, or maybe it is. The file \
system,<br> &gt; which you don&#39;t see, is the real deal, the desktop, which you \
can see<br> &gt; and directly interact with, is just a visualization of the file<br>
&gt; system.<br>
<br>
</div>i&#39;m in favour of this, because maybe it&#39;s a workaround but the \
really<br> abstracted model still falls in some aspects, like what if i want to copy \
a<br> note to an usb thumbdrive to carry it away? for tnow what lives on the<br>
desktop kinda can&#39;t escape from the \
desktop..<br></blockquote><div>&nbsp;</div><blockquote class="gmail_quote" \
style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; \
padding-left: 1ex;"> in the future probably we could just drag the note applet to a \
device icon, or<br> network or whatever and everything would happen behind the \
scenes, but for<br> now a save as option seems nice...<br></blockquote></div><br>If \
dragging a text file or text selection onto the desktop creates a sticky note (which \
I think is already possible on SVN), it feels way natural that dragging a note from \
the desktop onto a device (either dolphin view, folderview, device icon) will create \
a file with the text. I think this behaviour is not too far from current \
implementation of plasma (and specially from the global view around it). And maybe it \
can be also useful for another kind of desktop contents.<br> </div>



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


[prev in list] [next in list] [prev in thread] [next in thread]