Comments (39)
My impression is there is a tendency towards pink within active contributors. @bilelmoussaoui was unhappy that ferris isn't cute anymore. On the chat people wanted to throw in GTK symbols.
I would suggest the following: We are going with @bertob's version of the icon. Reasons: I don't think we can get ferris cute for 32x32px. Neither will there be aditionals symbols for GTK in 32x32px. Also, trademark and the question if we actually want a GTK symbol are not settled.
Maybe we will have a large variant of the logo one day. But I don't see that it will happen anytime soon.
Any thoughts?
from release.
In the mean time our thinking on library logos has changed somewhat. The new plan is to basically have a regular symbolic icon for each library, and just use that on a circle (or other shape, depending on the context) with a background color or gradient. We already rolled this out for libadwaita, here's and example what it could look like for gtk-rs:
from release.
OOC, which part of the logo is referring to GNOME or GTK? That looks like a generic Rust logo to me :) But otherwise looks nice.
from release.
I like the one with pink gradient on top (the second one starting from the right).
from release.
Pushed the SVG here: https://gitlab.gnome.org/Teams/Design/library-icons/-/blob/master/gtk-rs.svg
from release.
Nice! :D
from release.
What's the trademark situation with ferris?
from release.
From a quick research the ferris is not trademarked https://twitter.com/rustlang/status/1141011659680559104 but public domain :) rustls seems to use it as a base for their logo as well
from release.
Sounds good then :)
rustls seems to use it as a base for their logo as well
Well there are also projects using the (definitely trademark) Rust gears logo, or the GNOME foot or GTK boxes. It's just that nobody complained hard enough to those projects.
from release.
Sounds good then :)
rustls seems to use it as a base for their logo as well
Well there are also projects using the (definitely trademark) Rust gears logo, or the GNOME foot or GTK boxes. It's just that nobody complained hard enough to those projects.
It seems the GNOME designers are trying to setup some kind of libraries "logos" design guidelines, we can just use that (see the suggestion of Tobias) and avoid using the GTK boxes to stay away from any possible issues in the future
from release.
@bertob We are currently thinking about a website overhaul (gtk-rs/gtk-rs.github.io#204). Is there a chance that you could update the project logo displayed in this issue to the new GNOME standards? Also having the white ferris icon as svg for the website would probably be neat.
from release.
I must say ferris is looking gorgeous today! I really like you stylized version of 🦀 and the more I look on the logo the more I like it.
I also like the new approach since it work quite good as chat logo etc.
One thing I was wondering: Do you have any idea for slight variation of the logo? We currently have a separation in Core, GTK 3 and GTK 4 in the project. The docs for example use a 100x100px logo. I was wondering if we could add some visual clue to guide users through this structure? But that's super optional.
from release.
The logo looks nice!
One thing I was wondering: Do you have any idea for slight variation of the logo? We currently have a separation in Core, GTK 3 and GTK 4 in the project. The docs for example use a 100x100px logo. I was wondering if we could add some visual clue to guide users through this structure? But that's super optional.
Why would you want a slight modification of each repository? Sounds a bit strange no?
from release.
Why would you want a slight modification of each repository? Sounds a bit strange no?
I was thinking about people being confused at which docs they are currently looking. But yeah, just an idea. Also we hopefully reduced the confusion with the docs a lot with no longer linking GTK 3 from GTK 4 docs. Probably my idea stems from that time.
from release.
which part of the logo is referring to GNOME or GTK
If we want to keep ferris (and I think we should keep her), maybe we could choose a non-ferris associated color? I would consider yellow, orange, red to be in the original ferris range. That would leave us with blue and purple (imo xD). I would try blue because that's the most GNOMEish it get's with colors.
from release.
Blue with website context:
from release.
Bikeshedding and personal tase, the comeback: I like the icon in blue, but I don't like the blue you picked for the header... XD
from release.
Which of the blues? There are two variants (I like them both FWIW, maybe the dark one a bit more).
from release.
Ah the first one, didn't see the second screenshot. ><
Yes, the second one looks good.
from release.
Something I just thought about: how does the logo render on ayu and dark theme? I don't expect issues on the dark theme, however on the ayu one...
from release.
Something I just thought about: how does the logo render on ayu and dark theme? I don't expect issues on the dark theme, however on the ayu one...
"Don't theme my website!"
Sorry, I don't get what you are talking about.
from release.
I don't want themes on gtk-rs.org, don't worry. ;) I was talking about rustdoc pages (since I assume we will use the logo there as well).
from release.
which part of the logo is referring to GNOME or GTK? That looks like a generic Rust logo to me
I don't think we need to hit people over the head with GNOME/GTK-ness here, I think the glyph being in the style of our symbolics is enough.
No strong opinion about colors. I went with the red because it looked Rust-adjacent, but anything from the palette could probably work.
from release.
The red logo would certainly work. But I get the argument that it looks like a general rust logo.
from release.
which part of the logo is referring to GNOME or GTK? That looks like a generic Rust logo to me
I don't think we need to hit people over the head with GNOME/GTK-ness here, I think the glyph being in the style of our symbolics is enough.
The logo isn't about GTK-rs (as in the rust bindings of GTK) itself neither. Because there are bindings of other core libraries like Pango, Cairo, GLib/Gio. The suggested logo as is doesn't really tell anything other than hey it's a rust related thing.
from release.
It's a Rust-related thing using the GNOME library icon style and colors :)
You don't want every one of our libraries to have to make a super obvious reference to GTK/GNOME, that gets tired very quickly.
from release.
You don't want every one of our libraries to have to make a super obvious reference to GTK/GNOME, that gets tired very quickly.
Yeah, I personally I would only be keen on staying away from looking too much like 'only like rust'.
The pink version also works for me. Expecting it to be a bit more controversial though.
from release.
I like the pink version too. :)
from release.
+1 for pink.
from release.
Pink, red, blue seems all good to me :)
from release.
Sounds good to me.
from release.
@bertob we have a go for the pink/purple variant. Can you finalize that version?
from release.
Some variants with purple:
from release.
Oh I like the three last ones
from release.
Oh no, now it's hard to decide again :) I like them all 4 but the ones with gradient a bit more.
from release.
I like the one with pink gradient on top (the second one starting from the right).
@bertob can you send this one as svg?
from release.
Thanks @bertob. Since it is already on gtk-rs.org I guess we can close?
from release.
Before we close this, it seems like the 48px version of the logo looks very small on the docs
while with 96px it looks much better
do you think it's possible to provide us with a larger variant of the icon? :)
from release.
Fixed via gtk-rs/gtk-rs.github.io#209
from release.
Related Issues (20)
- Don't forget to copy aliases.js files if they get added
- Tags don't work well in the same repository
- lgpl-docs publication HOT 1
- Fix search-index.js generation HOT 1
- Release script didn't update examples Cargo.toml versions correctly
- Do next release with all crates at the same version HOT 1
- New release HOT 1
- Bump version in master after new release HOT 4
- New release HOT 4
- Rename default branch from master to main HOT 10
- Generate all docs with the same output folder
- Remove documentation generation HOT 1
- Agree on stability statement for crates HOT 7
- Change release script execution order
- Change how script gets "oldest date" when looking for PRs for the blog post
- New release HOT 1
- When a dependency has a git url and a version, the version is generated twice in the output
- New release HOT 2
- New release
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from release.