Question Theme changes for next release (1.1.3)
- fisharebest
- Offline
- Administrator
The word "references" can mean lots of things. It can be a verb, a noun, etc.
So, before I can use it, I need to define it for the translators. They will only see the word in isolation. If I don't, then I will get lots of emails asking "how do I translate 'references'? - what does it mean?"
So, I need a definition for the term - and I'm hoping that the definition will suggest a better name.
Greg Roach - greg@subaqua.co.uk - @fisharebest@phpc.social - fisharebest.webtrees.net
- fisharebest
- Offline
- Administrator
Greg Roach - greg@subaqua.co.uk - @fisharebest@phpc.social - fisharebest.webtrees.net
- fisharebest
- Offline
- Administrator
Here's a suggestion, that works around the "only one accordion element open at a time" restriction.
We currently start with the *first* accordion element open. Suppose we change it to have the *family_nav* open by default.
This way, you could have the "references" at the top (but closed by default), followed by the family navigator (open by default). If someone wanted to move the references to a different position, they still could.
Greg Roach - greg@subaqua.co.uk - @fisharebest@phpc.social - fisharebest.webtrees.net
- fisharebest
- Offline
- Administrator
fisharebest wrote: It is a bit vague, but how about "Other information"
Or how about "Extra information" ?
I like this one.
Greg Roach - greg@subaqua.co.uk - @fisharebest@phpc.social - fisharebest.webtrees.net
- wooc
- Offline
- Senior Member
- Posts: 347
It looks good when I translate it to Polish.fisharebest wrote: Or how about "Extra information" ?
Łukasz
www.rodzina.sunschool.edu.pl
- ToyGuy
- Offline
- Moderator
- Live like it's Christmas every day - Santa Stephen
I prefer, after using it for some time, for both visual display symmetry and use, that we try to keep the positioning and the 'open status' as is. If someone doesn't like it, they can choose to NOT enable and use it and have the "extra information' retained in the body of the PF tab.
Santa Stephen the Fabled Santa
Latest webtrees at MyArnolds.com
Hosted by webtreesonline.com , a division of GeneHosts LLC
MacOS 10.6.8, Apache 2.2+, PHP 5.4.16, MySQL 5.5.28
- HRN
- Offline
- Senior Member
Regarding the top/bottom issue, I don't have any strong feelings, initially thought it was a bug as the module turned up in the "sort order panel". I do not make use of these tags, nor the counter, and guess I'll leave the module disabled.
In respond to why leaving out birth/death date/place from header,Kiwi wrote:
Yes, it was one of the main causes of the difficulties we (and PGV) always had in getting a decent design for the area. It is so very variable in content and length. On the positive side though, when you say "birth/death facts", there are really only: two, date and place. The dates ARE still there. The places have gone, but for birth they are normally only a few millimetres below the header area, as the first fact on the PF page. I hope that in time you will accept this necessary compromise.
Thank you for explaining. I understand,.........and in time I will accept
Another issue. Allowing the indi_mainimage to be placed left or right in the header is great, but will probably raise the need for a double set of silhouettes? Facing left/right.
In color theme RTL, the silhouettes are now "looking out of the window", which is not "proper design". May of course be solved by placing the indi_mainimage to the left (or right) in both LTR and RTL by default.
webtrees 2.1.18 at visitusinmaputo.com/webtree PHP 8.1.27
webtrees 2.1 dev on local Wampserver 3.3.2 PHP 8.2.13/8.3.0 MySQL 8.2.0
- fisharebest
- Offline
- Administrator
@HRN - the current set of silhouettes are all pretty poor-quality images. I'm sure they used to be better than that. I think they may have been (badly) downsized at some point. They need updating before we can think about mirror-images.
All themes seem to have the same silhouettes. Does anyone have any (open source!) images they could suggest as replacements?
Greg Roach - greg@subaqua.co.uk - @fisharebest@phpc.social - fisharebest.webtrees.net
- erostew
- Visitor
That works for me.fisharebest wrote:
fisharebest wrote: It is a bit vague, but how about "Other information"
Or how about "Extra information" ?
I like this one.
- fisharebest
- Offline
- Administrator
Checking the logs - it seems that this was my fault
I forgot to convert them to grayscale before downsizing them. GIMP running as I type....
Greg Roach - greg@subaqua.co.uk - @fisharebest@phpc.social - fisharebest.webtrees.net
- jjr
- Visitor
It seems you had changed the size of the boxes and the size of the fonts.
When I try the print preview of an Ancestors or Descendants on the Demo, a great part of the second lines of "Death" are cut by the middle... (I am running FireFox).
Jean-Jacques
- kiwi
- Topic Author
- Offline
- Platinum Member
Sorry, I don't understand what you are referring to. Can you provide an image of the issue?jjr wrote: I just examine the changes. It's nice.
It seems you had changed the size of the boxes and the size of the fonts.
When I try the print preview of an Ancestors or Descendants on the Demo, a great part of the second lines of "Death" are cut by the middle... (I am running FireFox).
Jean-Jacques
The changes being discussed here only relate to the INDI page and in particular the header and sidebar. Nothing else has been changed that I am aware of, but occasionally unexpected things happen...
Nigel
www.our-families.info
- ToyGuy
- Offline
- Moderator
- Live like it's Christmas every day - Santa Stephen
Santa Stephen the Fabled Santa
Latest webtrees at MyArnolds.com
Hosted by webtreesonline.com , a division of GeneHosts LLC
MacOS 10.6.8, Apache 2.2+, PHP 5.4.16, MySQL 5.5.28
- kiwi
- Topic Author
- Offline
- Platinum Member
Now I can see the problem. JJR is right, it is an (accidental) change in font size. I'll see if I can put it back as it was. I suspect the same css class is used as in the header, or sidebar.
EDIT: fixed, svn 11664
Nigel
www.our-families.info
- ToyGuy
- Offline
- Moderator
- Live like it's Christmas every day - Santa Stephen
JSYK, this is not all that recent a change.
Santa Stephen the Fabled Santa
Latest webtrees at MyArnolds.com
Hosted by webtreesonline.com , a division of GeneHosts LLC
MacOS 10.6.8, Apache 2.2+, PHP 5.4.16, MySQL 5.5.28
- Jackie
- Offline
- Platinum Member
- Posts: 4787
Stephen said
I think he's talking about the last line in many boxes with much data. The box needs about 10 pixels more in height.
The problem is more evident in French, the words are longer than in English... for example the word "birth" is "naissance" in French.
- fisharebest
- Offline
- Administrator
This will change "naissance" to "n."
Greg Roach - greg@subaqua.co.uk - @fisharebest@phpc.social - fisharebest.webtrees.net
- Jackie
- Offline
- Platinum Member
- Posts: 4787
I know... that was just a bad example...
- jjr
- Visitor
I use these charts (and I recommand them) for my paper documentation and my e-document classification, with the Sosa numbering for ascendants and Abboville's numbering for descendants.
Thanks
J-J
- eyolf
- Offline
- Junior Member
Acknowledged. It would have been nice to have the birth date (and not just the year) up there as well, though.kiwi wrote: Yes, it was one of the main causes of the difficulties we (and PGV) always had in getting a decent design for the area. It is so very variable in content and length. On the positive side though, when you say "birth/death facts", there are really only: two, date and place. The dates ARE still there. The places have gone, but for birth they are normally only a few millimetres below the header area, as the first fact on the PF page. I hope that in time you will accept this necessary compromise.
But I like the new design. I particularly like the inclusion of the edit button. I'm not so sure about the delete button, though. First, it is not clear wheter it will delete the person altogether, or if it deletes the name -- the latter wouldn't make sense, I suppose, but since the edit button goes to the Edit Name window, that would be a natural guess. Besides, I don't think such a dangerous operation should be that easily available. A better option, IMHO, would be to add a label ("Edit name") -- in THAT particular area, there is no lack of space.
webtrees 2.1.16
[url] oestrem.com/webtrees [/url]