-
Notifications
You must be signed in to change notification settings - Fork 334
SVG fact icons POC #5249
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
SVG fact icons POC #5249
Conversation
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #5249 +/- ##
=========================================
Coverage 35.16% 35.16%
Complexity 11224 11224
=========================================
Files 1159 1159
Lines 48225 48225
=========================================
Hits 16960 16960
Misses 31265 31265 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
Maybe. We would have to create some styling ideas, and ask the community. I don't like the icons used by the xenea theme. But I am not a graphic designer, and cannot find a better design... Note: Previously, I have had comments that the 'cross' icon that is used for death (in the xenea theme) is a christian symbol, and we should either provide config options for jewish/muslim symbols - or find a non-religious symbol.
I have an idea to replace the themes with a "theme editor". Users can choose their prefered colours, fonts, etc. The existing themes could be just "default settings" for the theme editor. Custom themes could be replaced by a system to import/export settings, and users could share their themes/settings easily. I don't know if this is feasible. But it would need a major version change, e.g. webtrees 3.x |
I mean it's already possible to enable/disable it, so it seems logical to supply some default icons in the base application. Maybe it's enough to set some default size/color/alignment fitting each theme.
I actually thought about this, but found it hard to find a neutral icon. The skull or skull-crossbones icons seemed a bit 'morbid' to use, so I just moved on with the cross icon. If there are fitting icons in fontawesome for other religions/beliefs/cultures I guess there can be a setting for default death symbol. Maybe it could be investigated how they're handling it in Geni, MyHeritage, Ancesty, WikiTree etc. to get some ideas. Maybe it's opening up for endless discussions about what is the most fitting symbol for this or that, but hopefully it's possible to find reasonable symbols that can be agreed on.
Okay, that sounds like a lot of work and more of a long-term goal. If we want to supply default icons for facts and events, I'm still curious if this POC is on the right path for the code side of it, rather than discussing what exact icon to use for each GEDCOM tag. |
|
It would be interesting to have a way to introduce admin / site specific icons, and supply basic ones that can be used or not used by the site admin. If the admin has the money they can purchase their own icons or make their own. This would allow webtrees to find “free to use and distribute” icons (that may be imperfect for everyone), but for a site to purchase their own rights to use icons not supplied or part of webtrees distro but more to their liking! |
|
IMHO, the choice of icon could be that of the Admin, with as Fredrik suggests simple EXAMPLE/BASIC icons being used as place holders. Debating Icons could go on forever given the number of WebTrees Users/Installs. Along with this perhaps an upgrade of the current 'edit' type icons could happen, or even include the option for User Choice?? I'm not much for understanding the coding details for this, however, I would like to see that CSS ids, classes be used in the code where possible to make it easier to 'change' to suit.. A definite PLUS ONE from Me Rick M |
|
I'm happy with this change in principle. But first,
|


This is a proof of concept for adding fact icons as SVGs.
Is it a wanted feature?
How should it preferably be implemented?
Looks like this without theme adjustments:



