Re: Nodoka theme engine
Hi, I would agree with the statement preferring not to have gray inactive window borders; my personal preference is something utilizing bg[NORMAL] -- I think that's also what the current Clearlooks metacity does. With the gtk engine, I think I'll try to remove glazestyles -- Nodoka doesn't use them, and the engine would probably be a lot faster without them. I'll also see if I can add shadows to the currently non-shadowed widgets. Rahul Sundaram <[EMAIL PROTECTED]> wrote: Martin Sourada wrote: > Hi, > > I released new version of the Nodoka gtk {engine;theme}[1]. I made a new > function for setting gradient and the old forwarded through this one > with parameters that use murrine engine. Nodoka styling uses different > parameters... So I updated most of the widgets to the new styling. They > should be now able to render with nodoka styling and murrine styling > (depending on chosen style). I also added shadows to button, editbox and > derived component. Another notable change is added deepness to > progressbar. Also, I reworked the radio button and the check button. > > Those were changes mostly to the engine. As for the Nodoka gtk theme I > changed the colouring of the scroll bar and got rid of the blue on > prelight... > You might want to follow the new feature process to get this into the Fedora 8 feature list. http://fedoraproject.org/wiki/Features/Policy I am running the new theme as default in Fedora 7 now. Will provide more feedback late.r Rahul ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list - Fussy? Opinionated? Impossible to please? Perfect. Join Yahoo!'s user panel and lay it on us.___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Nodoka theme engine
Martin Sourada wrote: Hi, I released new version of the Nodoka gtk {engine;theme}[1]. I made a new function for setting gradient and the old forwarded through this one with parameters that use murrine engine. Nodoka styling uses different parameters... So I updated most of the widgets to the new styling. They should be now able to render with nodoka styling and murrine styling (depending on chosen style). I also added shadows to button, editbox and derived component. Another notable change is added deepness to progressbar. Also, I reworked the radio button and the check button. Those were changes mostly to the engine. As for the Nodoka gtk theme I changed the colouring of the scroll bar and got rid of the blue on prelight... You might want to follow the new feature process to get this into the Fedora 8 feature list. http://fedoraproject.org/wiki/Features/Policy I am running the new theme as default in Fedora 7 now. Will provide more feedback late.r Rahul ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Nodoka theme engine
On Mon, 2007-07-16 at 15:17 +0200, Martin Sourada wrote: > Hi, > > I released new version of the Nodoka gtk {engine;theme}[1]. I made a new > function for setting gradient and the old forwarded through this one > with parameters that use murrine engine. Nodoka styling uses different > parameters... So I updated most of the widgets to the new styling. They > should be now able to render with nodoka styling and murrine styling > (depending on chosen style). I also added shadows to button, editbox and > derived component. Another notable change is added deepness to > progressbar. Also, I reworked the radio button and the check button. > > Those were changes mostly to the engine. As for the Nodoka gtk theme I > changed the colouring of the scroll bar and got rid of the blue on > prelight... > > RPM for i386 [2] and SRPM [3] available. > > I updated the Nodoka wiki [4] download section and replaced the > screenshot with an actual one. > > Comments, patches, feedback, etc. welcome :) > > Thanks, > Martin > ___ > Fedora-art-list mailing list > Fedora-art-list@redhat.com > http://www.redhat.com/mailman/listinfo/fedora-art-list Oops, sorry I forgot to add the references: [1] http://feannatar.hostuju.cz/fedora/downloads/nodoka/gtk-nodoka-engine-0.3.2.1.tar.gz [2] http://feannatar.hostuju.cz/fedora/files/development/i386/gtk-nodoka-engine-0.3.2.1-1.fc7.i386.rpm [3] http://feannatar.hostuju.cz/fedora/files/development/SRPMS/gtk-nodoka-engine-0.3.2.1-1.fc7.src.rpm [4] http://fedoraproject.org/wiki/Artwork/NodokaTheme signature.asc Description: This is a digitally signed message part ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Nodoka theme engine
Hi, I released new version of the Nodoka gtk {engine;theme}[1]. I made a new function for setting gradient and the old forwarded through this one with parameters that use murrine engine. Nodoka styling uses different parameters... So I updated most of the widgets to the new styling. They should be now able to render with nodoka styling and murrine styling (depending on chosen style). I also added shadows to button, editbox and derived component. Another notable change is added deepness to progressbar. Also, I reworked the radio button and the check button. Those were changes mostly to the engine. As for the Nodoka gtk theme I changed the colouring of the scroll bar and got rid of the blue on prelight... RPM for i386 [2] and SRPM [3] available. I updated the Nodoka wiki [4] download section and replaced the screenshot with an actual one. Comments, patches, feedback, etc. welcome :) Thanks, Martin signature.asc Description: This is a digitally signed message part ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Nodoka theme engine
On Sat, 2007-07-14 at 13:09 +0200, Jonathan Roberts wrote: > Hi, > Hi, > I've been following the list for a while now (write the FWN report for > it) and just wanted to drop a quick message and say I think you're all > doing great work :D > > I've also installed and been using Nodoka for a while now and really > like it. I have one request/suggestion, though I'm not sure what > people think of it (I have very little artistic talent :p), but I > thought I'd let you know about it anyway... > > Any chance it could be less grey? i.e. the window backgrounds etc? > Just personal taste, but I think it might look sharper and more > complete. > There is always a chance ;-) I personally like grey borders for inactive windows as grey colour seems to symbolise the state quite good, but if there is more people who think otherwise (and you're actually not the first person mentioning the grey borders) we can change it. As for the completeness... it's still work in progress, and once the engine will be complete, more attention to colours will be certainly paid - currently we've done something that use very similar colour scheme to Clearlooks (only the blue stuff is more saturated) but in future there most probably will be some adjustments... > Anyway, keep it up! > > Best wishes, > > Jon > > ___ > Fedora-art-list mailing list > Fedora-art-list@redhat.com > http://www.redhat.com/mailman/listinfo/fedora-art-list Thanks for your comments, Martin signature.asc Description: This is a digitally signed message part ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Nodoka theme engine
Hi, I've been following the list for a while now (write the FWN report for it) and just wanted to drop a quick message and say I think you're all doing great work :D I've also installed and been using Nodoka for a while now and really like it. I have one request/suggestion, though I'm not sure what people think of it (I have very little artistic talent :p), but I thought I'd let you know about it anyway... Any chance it could be less grey? i.e. the window backgrounds etc? Just personal taste, but I think it might look sharper and more complete. Anyway, keep it up! Best wishes, Jon ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Nodoka theme engine
On Fri, 2007-07-13 at 17:49 +0200, Martin Sourada wrote: > Hm... I see the point... I wonder, if I split the metacity and metatheme > into subpackages, can the engine package be arch specific, and > subpackages noarch? > ___ > Fedora-art-list mailing list > Fedora-art-list@redhat.com > http://www.redhat.com/mailman/listinfo/fedora-art-list Ok, I prepared new packages and put them on the wiki [1]. For submission to the Package Review I will wait for your consideration. So, the changes to the upstream are that I splitted the package in two: the first contains gtk engine and theme, the second one contains metacity theme and metatheme. So I made one archspecific rpm containing the content of the first package and two noarch rpms containing the second package - one for metacity and one for the metatheme. The metacity theme package is subpackage of the metatheme package. I decided to rename the upstream packages to gtk-nodoka-engine-%{version} and nodoka-theme-gnome-%{version}. For rpms the names are same and the metacity theme package is named nodoka-metacity-theme (same scheme as in echo-icon-theme). I didn't bothered much this time with obsoletes/provides (and will drop the older ones in future as well) to keep the spec files as clean as possible. So if you want to update, I recommend to reinstall the packages rather than update them (however if you update/install them all at once it will work). If you are OK with these changes I will submit the new version on the package review and make new package review for the second one. Thanks, Martin References: [1] http://fedoraproject.org/wiki/Artwork/NodokaTheme signature.asc Description: This is a digitally signed message part ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Nodoka theme engine
On Fri, 2007-07-13 at 17:34 +0200, Matthias Clasen wrote: > Gah, I should have mentioned before; here is the usual split for > packaging themes: > > - engine goes in a separate package, together with the default theme > for that engine > > - the metacity and metatheme go in another package, I don't care > too much if you split that up further > > Ray is supposed to write an email about the artwork repackaging he has > been doing on redhat-artwork recently, I don't know if he ended up doing > separate packages for metacity themes. In any case, I'll poke Ray to > send that mail, and then it would be good to follow the same pattern. > > Splitting the engine part off is important, because the rest can be > noarch (and is often large, think icon themes) > > > Matthias > > ___ > Fedora-art-list mailing list > Fedora-art-list@redhat.com > http://www.redhat.com/mailman/listinfo/fedora-art-list Hm... I see the point... I wonder, if I split the metacity and metatheme into subpackages, can the engine package be arch specific, and subpackages noarch? signature.asc Description: This is a digitally signed message part ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Nodoka theme engine
On Fri, 2007-07-13 at 17:38 +0200, Martin Sourada wrote: > I've submitted a package review for the gtk-nodoka-engine package > (includes the engine, the gtk theme, the metacity theme and the > metatheme [/usr/share/themes/Nodoka/index.theme]). CC-ing maintainers > list. Gah, I should have mentioned before; here is the usual split for packaging themes: - engine goes in a separate package, together with the default theme for that engine - the metacity and metatheme go in another package, I don't care too much if you split that up further Ray is supposed to write an email about the artwork repackaging he has been doing on redhat-artwork recently, I don't know if he ended up doing separate packages for metacity themes. In any case, I'll poke Ray to send that mail, and then it would be good to follow the same pattern. Splitting the engine part off is important, because the rest can be noarch (and is often large, think icon themes) Matthias ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Nodoka theme engine
On Fri, 2007-07-13 at 15:46 +0200, Matthias Clasen wrote: > Sure, if you are willing to maintain it long-term, that is fine. > In that case, we should also get it into rawhide soon, so that we don't > have to push it through package review at the last minute after deciding > on the artwork. > > Matthias > > ___ > Fedora-art-list mailing list > Fedora-art-list@redhat.com > http://www.redhat.com/mailman/listinfo/fedora-art-list I've submitted a package review for the gtk-nodoka-engine package (includes the engine, the gtk theme, the metacity theme and the metatheme [/usr/share/themes/Nodoka/index.theme]). CC-ing maintainers list. Martin signature.asc Description: This is a digitally signed message part ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Nodoka theme engine
On Fri, 2007-07-13 at 09:42 +0200, Martin Sourada wrote: > > - Even though using a dedicated theme engine may give you the > > most freedom to tweak things, but I'd consider carefully if > > you really want to maintain a forked codebase long-term, if > > it is just for recolorable scrollbars and some changed defaults. > > Alternatively, you could try to get whatever you feel is missing > > folded back into the murrine engine. > > > It's not only for that. The look is going to be too much different from > Murrine so we could not hope that the changes we are going to make would > be accepted. Maintaining our own fork seems better for me, as we can > react on our (artistic) needs much faster - also we have free hands. > Yes, we so far changed only colours and gradients and some defaults, but > its only the beginning, I hope to tweak it today a little more to make a > more or less final look of the button widget. I will see what I can > do... Sure, if you are willing to maintain it long-term, that is fine. In that case, we should also get it into rawhide soon, so that we don't have to push it through package review at the last minute after deciding on the artwork. Matthias ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Nodoka theme engine
On Fri, 2007-07-13 at 07:25 +0200, Matthias Clasen wrote: > I have used your Nodoka rpms for a day now, and have to say that the > theme looks pretty reasonable and is nice to use. Of course, there > are some smaller and bigger nits to pick, otherwise I wouldn't write > this mail... > > - I strongly believe the blue prelight color for scrollbars is wrong > and needs to go. It is just too distracting for a default theme. A > lot of people were happy when we dropped it from Clearlooks. > Yes, it bothers me as well - the blinking of blue every time I go with mouse over it is not very good... It will certainly not be in final... > - I also think that the blue background on selected radio and check > buttons should be reconsidered, for the same reasons. Since they > are much smaller than scrollbars and don't change their color from > grey to blue on mouseover, the problem is less prominent here, > admittedly. > Did you look at the fake screenshot on the wiki? We didn't tweaked the radio and checkbuttons yet, so they are murrine default, but want to make them more subtle (perhaps only soft blue outline on mouse-over). > - Button prelighting feels a _bit_ too subtle to me, compared to > the strong prelighting in toolbars. This can be seen clearly > in an application like gcalctool. > Yep, problem of first tries... I consider using soft blue outline for prelight, but if it's too distracting I'll just tweak the current setup. Also I hope to unify the higlights for as many widgets as possible. > - The diffent grays in the background of menus vs the rest of the > application looks wrong. > You don't like the brighter menu? It's thus easier to distinguish it from the rest. It's the same colours as in clearlooks. > - Even though using a dedicated theme engine may give you the > most freedom to tweak things, but I'd consider carefully if > you really want to maintain a forked codebase long-term, if > it is just for recolorable scrollbars and some changed defaults. > Alternatively, you could try to get whatever you feel is missing > folded back into the murrine engine. > It's not only for that. The look is going to be too much different from Murrine so we could not hope that the changes we are going to make would be accepted. Maintaining our own fork seems better for me, as we can react on our (artistic) needs much faster - also we have free hands. Yes, we so far changed only colours and gradients and some defaults, but its only the beginning, I hope to tweak it today a little more to make a more or less final look of the button widget. I will see what I can do... > Matthias > Thanks for your comments, Martin signature.asc Description: This is a digitally signed message part ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Nodoka theme engine
I have used your Nodoka rpms for a day now, and have to say that the theme looks pretty reasonable and is nice to use. Of course, there are some smaller and bigger nits to pick, otherwise I wouldn't write this mail... - I strongly believe the blue prelight color for scrollbars is wrong and needs to go. It is just too distracting for a default theme. A lot of people were happy when we dropped it from Clearlooks. - I also think that the blue background on selected radio and check buttons should be reconsidered, for the same reasons. Since they are much smaller than scrollbars and don't change their color from grey to blue on mouseover, the problem is less prominent here, admittedly. - Button prelighting feels a _bit_ too subtle to me, compared to the strong prelighting in toolbars. This can be seen clearly in an application like gcalctool. - The diffent grays in the background of menus vs the rest of the application looks wrong. - Even though using a dedicated theme engine may give you the most freedom to tweak things, but I'd consider carefully if you really want to maintain a forked codebase long-term, if it is just for recolorable scrollbars and some changed defaults. Alternatively, you could try to get whatever you feel is missing folded back into the murrine engine. Matthias ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Nodoka theme engine
Hi, I've done some hacking on the Nodoka engine. I worked on the gradients and completely (but it can be still optionally turned on) removed the glassy effect. For now it's all I am able to do - everything more would need further studying of how it works. So the tab effect on menu is still missing, progressbar background is still without gradient, frames are still old, tabs are without gradient, notebook looks still old, check and radio buttons are still not changed, and shadow isn't still added. I attach the patch I made. Martin --- nodoka-0.1/src/nodoka_draw.c.old 2007-07-12 04:16:19.0 +0200 +++ nodoka-0.1/src/nodoka_draw.c 2007-07-12 14:42:36.0 +0200 @@ -155,12 +155,14 @@ nodoka_set_gradient (cairo_t *cr, const if (gradients) { cairo_pattern_t *pattern; + NodokaRGB top_shade; NodokaRGB bottom_shade; - nodoka_shade (color, &bottom_shade, hilight); + nodoka_shade (color, &top_shade, hilight); + nodoka_shade (color, &bottom_shade, 1.0+(1.0-hilight)/abs(1.0-hilight)*1.05); pattern = cairo_pattern_create_linear (0, 0, width, height); - cairo_pattern_add_color_stop_rgb (pattern, 0, bottom_shade.r, bottom_shade.g, bottom_shade.b); - cairo_pattern_add_color_stop_rgb (pattern, 0.5, color->r, color->g, color->b); + cairo_pattern_add_color_stop_rgb (pattern, 0, top_shade.r, top_shade.g, top_shade.b); + cairo_pattern_add_color_stop_rgb (pattern, 0.7, color->r, color->g, color->b); cairo_pattern_add_color_stop_rgb (pattern, 1, bottom_shade.r, bottom_shade.g, bottom_shade.b); cairo_set_source (cr, pattern); @@ -227,31 +229,33 @@ nodoka_draw_button (cairo_t *cr, cairo_clip_preserve(cr); int curve_pos = 1; - if (widget->roundness < 2 && widget->glazestyle != 4) + if (widget->roundness < 2 && widget->glazestyle != 5) curve_pos = 2; - //glass effect - if (widget->glazestyle > 0) { + //glass effect 0 = no highligt 1 = flat hilight, 2 = curved hilight, 3 = concave style, 4 = top curved hilight + if (widget->glazestyle > 1) { cairo_set_fill_rule (cr, CAIRO_FILL_RULE_EVEN_ODD); - widget->glazestyle == 2 ? cairo_fill_preserve(cr) : cairo_fill(cr); + widget->glazestyle == 3 ? cairo_fill_preserve(cr) : cairo_fill(cr); if (!horizontal) rotate_mirror_translate (cr, M_PI/2, x, y, FALSE, FALSE); - if (widget->glazestyle < 3) + if (widget->glazestyle < 4) nodoka_draw_curved_hilight (cr, curve_pos, (horizontal ? width : height), (horizontal ? height : width)); else nodoka_draw_curved_hilight_top (cr, curve_pos, (horizontal ? width : height), (horizontal ? height : width)); } - else { + else { cairo_fill(cr); - if (!horizontal) - rotate_mirror_translate (cr, M_PI/2, x, y, FALSE, FALSE); - nodoka_draw_flat_hilight (cr, xoffset + 1, yoffset + 1, (horizontal ? width-(xoffset*2)-2 : height-(yoffset*2)-2), (horizontal ? height-(yoffset*2)-2 : width-(xoffset*2)-2)); + if (widget->glazestyle == 1) { + if (!horizontal) +rotate_mirror_translate (cr, M_PI/2, x, y, FALSE, FALSE); + nodoka_draw_flat_hilight (cr, xoffset + 1, yoffset + 1, (horizontal ? width-(xoffset*2)-2 : height-(yoffset*2)-2), (horizontal ? height-(yoffset*2)-2 : width-(xoffset*2)-2)); + } } nodoka_set_gradient (cr, &hilight, GLASS_HILIGHT, 0, height, widget->gradients, TRUE); cairo_fill(cr); - if (widget->glazestyle == 4) { + if (widget->glazestyle == 5) { if (!horizontal) rotate_mirror_translate (cr, M_PI/2, x, y, FALSE, FALSE); nodoka_draw_curved_hilight_bottom (cr, curve_pos, (horizontal ? width : height), (horizontal ? height : width)); @@ -509,7 +513,7 @@ nodoka_draw_progressbar_fill (cairo_t *c NodokaRGB *fill = (NodokaRGB*)&colors->spot[1]; NodokaRGB *border = (NodokaRGB*)&colors->spot[2]; NodokaRGB hilight; - nodoka_shade (fill, &hilight, 1.1*widget->hilight_ratio); + nodoka_shade (fill, &hilight, 0.7*widget->hilight_ratio); cairo_rectangle (cr, x, y, width, height); @@ -547,25 +551,26 @@ nodoka_draw_progressbar_fill (cairo_t *c cairo_rectangle (cr, 1.5, 0.5, width-2, height-1); /* Draw fill */ - nodoka_set_gradient (cr, fill, GLASS_HILIGHT, 0, height, widget->gradients, FALSE); + nodoka_set_gradient (cr, fill, 1.5*GLASS_HILIGHT, 0, height, widget->gradients, FALSE); //glass effect - if (widget->glazestyle > 0) { - widget->glazestyle == 2 ? cairo_fill_preserve(cr) : cairo_fill(cr); - if (widget->glazestyle < 3) + if (widget->glazestyle > 1) { + widget->glazestyle == 3 ? cairo_fill_preserve(cr) : cairo_fill(cr); + if (widget->glazestyle < 4) nodoka_draw_curved_hilight (cr, 1, width, height); else nodoka_draw_curved_hilight_top (cr, 1, width, height); } else { cairo_fill(cr); - nodoka_draw_flat_hilight (cr, 1.5, 0.5, width-2, height); + if (widget->glazestyle == 1) + nodoka_draw_flat_hilight (cr, 1.5, 0.5, width-2, height); } nodoka_set_gradient (cr, &hilight, GLASS_HILIGHT, 0, height, widget->gradients, TRUE); cairo_fill (cr); - if (widget->glazestyle == 4) { + if (widget->glazesty
Re: Nodoka theme engine
On Thu, 2007-07-12 at 05:11 +0200, Daniel Geiger wrote: > Hi, > I have posted the initial release of the Nodoka theme engine to the > Nodoka wiki page, plus the gtkrc using it. Currently the main shifts > I have made from the Murrine theme engine are making the scrollbar > utilize bg[PRELIGHT] in the absence of scrollbar_color property in > engine configuration section, and changing some property defaults to > make them more Nodoka-like (eg, menustyle = 0, by default now.) I > believe we can make the Nodoka theme engine render quite like the "How > we would like it to look" image. > I will be exceptionally busy between now and about 20 July, so I will > not be able to work on Nodoka theme during that time. Afterwards, > however, I should be able to again. > > ~Daniel > > Hi, thanks for your efforts. The Nodoka engine seems to work good and I see there another step closer to the final look (though there is still a lot of work yet). I'll probably take a look on it as well. As for the menu, I'd like it tab-like (like showed in the wiki page) so maybe adding one option to menustyle to combine those two available (so that the items on menu bar would look like tabs, while the other items will look similar to how they look now) would be good. I'll probably look into it. I packaged the Nodoka gtk engine [1] and updated the Nodoka theme [2] to use it (I used the gtkrc daniel posted). I also brightened a the Metacity theme. Please note that it requires Metacity (because it contains metacity theme), Nodoka gtk Engine (because it uses it) and Echo Icons (because the Main theme uses them as IconTheme since they are targeted to be default in future). If you'd like to test it in Fedora 7, you'll need to install the Echo Icons from development repo (yum --enablerepo=development install echo-icon-theme). It works good, I use them since first rpms were available (it was in FC6 days). I also updated the screenshot on the wiki[3] to the current version. Comments, feedback, patches, etc. are more than welcome. Thanks, Martin PS: If it would work as expected I think it could be ready for official packaging. If you {all} are OK with this I will make an official package request (and probably merge the theme with the engine). I'd like to have it available (optionally) in Test1 or at the latest at Test2. References: [1] http://feannatar.hostuju.cz/fedora/files/development/i386/gtk-nodoka-engine-0.1-1.fc7.i386.rpm [2] http://feannatar.hostuju.cz/fedora/files/development/i386/nodoka-0.3.0.2-1.fc7.noarch.rpm [3] http://fedoraproject.org/wiki/Artwork/NodokaTheme signature.asc Description: This is a digitally signed message part ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list