ok, i agree, we need to move ahead
On Mon, Apr 28, 2008 at 4:39 PM, Sumit Agarwal <
[EMAIL PROTECTED]> wrote:
>
> On Apr 28, 2008, at 1:33 PM, Cory K. wrote:
>
> > shadowh511 wrote:
> >> but on low-power systems, SVG takes a long time to render
> >
> > We really need to move somewhat away from ca
On Apr 28, 2008, at 1:33 PM, Cory K. wrote:
> shadowh511 wrote:
>> but on low-power systems, SVG takes a long time to render
>
> We really need to move somewhat away from catering to the lowest
> common
> denominator. Let Xubuntu and or Fluxbuntu worry more about these
> things.
>
Agreed!
-
shadowh511 wrote:
> but on low-power systems, SVG takes a long time to render
We really need to move somewhat away from catering to the lowest common
denominator. Let Xubuntu and or Fluxbuntu worry more about these things.
Though, as far as shipping .SVGs goes, I think it was kwwii that was
telli
I think it can as Inkscape may use bitmaps in it. I also agree that svg
is far more superior than any bitmap but I'm not sure if the slideshow
feature could use them. When I have more time I'll test it and create an
example "live" background.
Anton
В 13:09 на 28.04.2008 (пн), Sumit Agarwal напис
but on low-power systems, SVG takes a long time to render
2008/4/28 Seth Woodworth <[EMAIL PROTECTED]>:
> Yes, it can be embeded. And frankly, unless you have some awesome
> textures, they aren't going to scale well to extremely large monitors or
> wide screens IMO. SVG's deal with wide screens
Yes, it can be embeded. And frankly, unless you have some awesome textures,
they aren't going to scale well to extremely large monitors or wide screens
IMO. SVG's deal with wide screens far better, because they will be full
resolution irregardless.
2008/4/28 Sumit Agarwal <[EMAIL PROTECTED]>:
>
Where raster content is desired (textures, etc), can bitmap data be
embedded within an SVG?
-Sumit
On Apr 28, 2008, at 1:03 PM, Seth Woodworth wrote:
Strike the png idea. Vectors are far superior. PNG is ridiculous,
and lossy.
I also feel that this could be implemented with relatively
Strike the png idea. Vectors are far superior. PNG is ridiculous, and
lossy.
I also feel that this could be implemented with relatively low overhead just
be editing the xml of th SVG or changing backround every X seconds. But
that would be a far less interesting implementation.
On Mon, Apr 28,
I strongly disagree. That is perfectly fine for the broader 'grown'
Linux community, but Ubuntu seeks to set itself apart by presenting
itself as a *planned* unified product for the non-enthusiast community.
The Linux tradition of individual freedom and creativity is a great
strength. But so
Sumit Agarwal wrote:
> To 'rephrase' and add some of my own thoughts:
>
> -ISSUE - theme not eye-pleasing enough
> -IDEA - create aeshetically-pleasing theme
> -CON - idea too vague
> -IDEA - large-area UI elements should be color-neutral. This would
> put greater visual
To 'rephrase' and add some of my own thoughts:
-ISSUE - theme not eye-pleasing enough
-IDEA - create aeshetically-pleasing theme
-CON - idea too vague
-IDEA - large-area UI elements should be color-neutral. This would
put greater visual importance and weight on ap
Sumit Agarwal wrote:
> For this idea to work well it would need to utilize a compositing UI
> engine. Its probably best to just wait a bit until that end of things
> is more standardized. In this respect, OS's like Mac with its
> CoreImage/Quartz/etc have an advantage with a sort of enforced
Hello everyone.
Really nice work Dana. I think we are making progress now :) So let this
be our FIRST GOAL:
1. We have to make an automatically changing desktop with natural
elements in mind (I think that the first link mostly represents this
idea). Propositions should be in .png file for
For this idea to work well it would need to utilize a compositing UI
engine. Its probably best to just wait a bit until that end of things
is more standardized. In this respect, OS's like Mac with its
CoreImage/Quartz/etc have an advantage with a sort of enforced
standardized way of doing s
Cory K. wrote:
>
> ATM, this feature doesn't work well at all. It's totally CPU driven and
> on every box I've tried it on the transition is bad. Usually ticky. Like
> a *real* low frame-rate. Various resolutions, right up to a dual-core box.
>
> Also there's some issue where the fade or transiti
hmm, are the video cards in the systems recent?
I also use windows vista, and the dreamscene thing dosen't use any cpu time,
only gpu time.
the slide slow thing also works fine for me in kde and e17 (using their
native tools)
i think you need a GPU in order to get the full joy out of animated
wal
Dana Goyette wrote:
> I've actually taken a look at that feature; after I first saw it in
> Fedora 8 and 9 (beta at the time), I've been 'dying' to see the same
> feature in Ubuntu. It turns out that the XML slideshow wallpaper
> feature from Fedora has been pushed upstream, so now it exists in
>
17 matches
Mail list logo
