On Tuesday 17 June 2008, Liam R E Quin wrote:
For this to work, we need cross-desktop agreement on a format
for the text. Since most clipboard mechanisms let applications
give a list of available formats, this format need not be the
only (or even preferred) format for all applications,
On Thu, 2008-06-19 at 21:15 +0200, François Revol wrote:
On Tuesday 17 June 2008, Liam R E Quin wrote:
For this to work, we need cross-desktop agreement on a format
for the text. Since most clipboard mechanisms let applications
give a list of available formats, this format need not
On Tue, 2008-06-17 at 09:14 -0400, Matthias Clasen wrote:
On Tue, 2008-06-17 at 12:35 +0200, Jakob Petsovits wrote:
As long as providing such a [base]+[emblem] icon is always optional for the
icon theme, this might work out nicely. I think the language in your patch
is
not optimal
Well, other candidates could be possible, like PDF, but it doesn't
maintain a real logical sturcture AFAIK.
In my experience, pasting formatted text seems to
work reasonably well. Granted, I don't do a lot
of word processing, so my experience is generally
limited to copying from a web
On Thursday 19 June 2008, François Revol wrote:
On Tuesday 17 June 2008, Liam R E Quin wrote:
For this to work, we need cross-desktop agreement on a format
for the text. Since most clipboard mechanisms let applications
give a list of available formats, this format need not be the
On Thu, 2008-06-19 at 21:59 +0200, François Revol wrote:
Well, other candidates could be possible, like PDF, but it doesn't
maintain a real logical sturcture AFAIK.
In my experience, pasting formatted text seems to
work reasonably well. Granted, I don't do a lot
of word
I already had issues copying text from a browser window to a text
form
in another window... it embedded links without showing, so I ended
up
posting a href=fooa href=bar...
What application were you pasting into? I just
copied some formatted text from Epiphany, then
pasted it
On Thu, Jun 19, 2008 at 3:49 PM, Rodney Dawes [EMAIL PROTECTED] wrote:
On Tue, 2008-06-17 at 09:14 -0400, Matthias Clasen wrote:
On Tue, 2008-06-17 at 12:35 +0200, Jakob Petsovits wrote:
As long as providing such a [base]+[emblem] icon is always optional for the
icon theme, this might
On Thu, 2008-06-19 at 15:49 -0400, Rodney Dawes wrote:
How is using a + any different from a - in this situation? Shouldn't we
provide the icon, and the emblem (in their appropriate contexts), and
the implementation then do what it needs with them? Why wouldn't the
implementation just load
On Thu, 2008-06-19 at 18:03 -0400, A. Walton wrote:
The problem I see here is with the definition of emblems in the icon
naming spec being too limited. There are a huge number of conceivable
cases where having a representative concept overlaid with another
makes sense. Take a look at some
On Thu, Jun 19, 2008 at 8:27 PM, Matthias Clasen [EMAIL PROTECTED] wrote:
On Thu, 2008-06-19 at 18:03 -0400, A. Walton wrote:
The problem I see here is with the definition of emblems in the icon
naming spec being too limited. There are a huge number of conceivable
cases where having a
On Thu, 2008-06-19 at 20:38 -0400, A. Walton wrote:
Both changes are small and smallish API changes may be required, but
could both be ignored by existing applications without much trouble.
Implementations would have to deal with how to carry around emblems
(in our case, GIcon hides the
On Thu, 2008-06-19 at 21:59 +0200, François Revol wrote:
[...]
It seems the most common, but not every app will want to have an html
or xml parser just for pasting...
Most already have an XML parser these days, e.g. for libglade, for
ODF (which is in XML), etc etc. ... even Pango uses an XML
On Thu, 2008-06-19 at 22:21 +0200, Kevin Krammer wrote:
[...]
I have to admit that I might have misunderstood the purpose of the thread,
since some other comments indicate that other people understand it as looking
for solutions regarding simple formatting, not HTML or word processor like
14 matches
Mail list logo
