Re: [Inkscape-docs] Questions concerning the website's content
Le 03/06/2016 à 05:45, Brynn a écrit : >For #1, I brought this up a long time ago. Well, something very > similar (I think it was the h3 style I wanted to tweak, or maybe > h4.). I think the text styling needs an overhaulor at least a > tweak. Styles, and maybe even some classes or IDs, etc. too. The reply > at that time was that we were considering a new website design in the > foreseeable future. Although it seems like it stays in the distant > future, and doesn't get closer. But the response was let's talk about > it when we are getting a new design. Sure, we could have a better design… Currently pages' content is a bit blunt. I don't think it's the right moment as the focus is on the 0.92 release. We could work on it in a few months if you want. I also have other work, such as translating that FLOSS manual… >There's a good chance that I put most of those empty paragraphs > in there. The pages, and especially the pages with a lot of text, come > across as imposing -- the wall of text, as they say. So I think they > are the best we can do currently. I would not want to remove them until > we have a good replacement. Do you think visitors to the site recognize > that it's an empty paragraph? I don't see how they could know the > difference, unless maybe if they are website designers If they are a bit interested in style, typography or semantics like I am, they will notice that some headings have more space above them than others, and they will now that use of an empty paragraph to add more space in computer writing (most probably think it's a good use). They can also inspect the DOM (the document tree), of course. >Are the changes you suggest something that could be made easily? > I'll have to refresh my html, and dig in a little bit, to understand > specifically what you mention. In general, I understand what you're > saying. But as far as the code itself, that's not in the front of my > memory. Yes, this is a very simple change, I can commit it within one minute. To understand what I meant, just right-click on a heading, and click the last menu item ‘Inspect element’. The inspector should appear, showing the document tree, and the tag/node for the heading you right-clicked will be selected. The styles that apply to the selected node are shown on the right. The style property I refer to is ‘margin’. In Firefox at least, you should see ‘main.css:line number’, indicating the place where the rule is defined. If you click on it, you'll go to the file. >If the changes can be easily inserted into the css, I'd say let's > do it. But in this case, one change may lead to another and another. > So maybe better to wait until everyone is focused on the new design? At > least that's what I like to call "my simple-minded thoughts". I think we can just do it because I'm very focused on the typography/semantics of the website and this is quite annoying… >((We (Sylvain and I) might not have had a formal introduction. > So just for general info I do not have a local installation of the > website. The only code I know is simple html, and my understanding of > how websites work is fairly general and non-technical. (For example, > this caching that's been mentioned so much lately -- I only understand > the definition of "caching" and not what happens technically with the > server.) I can add and edit the site content, using the django wysiwyg > and/or the source/html. And I can join discussions about the content. > But I hardly have any understanding of the programming side, with the > trunks and commits and all.)) About the commits, the wiki has some info: http://wiki.inkscape.org/wiki/index.php/WebSite#Website_Development Then I joined the project and submitted two things: a fix for the ‘TOC nesting bug’ I detailed previously, and a fix in style to avoid overflow of preformatted blocks, using a scrollbar — see e.g.: https://inkscape.org/en/develop/debugging/ Therefore I had such an introduction… However I don't have a local installation of the website as the Python scripts don't work with me (I didn't emailed Martin about it yet, I'll do it), and I avoid using it as it is very hard to use with my ten-year slow computer. Fortunately I can often look carefully at what I wrote with autistic abilities, and prove its exactness. About caching, well, if you know the English word (I've only known the use in computing for a long time), this is it: the website server must compute many things to have the document it finally deliver to the visitor. To avoid redoing those same computations for each visitor who looks at the very same page, it caches some results to deliver them automatically, until the variables are effectively changed (in a perfect world). I don't have many details about what is cached for the Inkscape website but this principle is usually sufficient to understand everything. The ‘trunk’ is usually unique — it is the main development branch
Re: [Inkscape-docs] Questions concerning the website's content
Hi Sylvain, For #1, I brought this up a long time ago. Well, something very similar (I think it was the h3 style I wanted to tweak, or maybe h4.). I think the text styling needs an overhaulor at least a tweak. Styles, and maybe even some classes or IDs, etc. too. The reply at that time was that we were considering a new website design in the foreseeable future. Although it seems like it stays in the distant future, and doesn't get closer. But the response was let's talk about it when we are getting a new design. There's a good chance that I put most of those empty paragraphs in there. The pages, and especially the pages with a lot of text, come across as imposing -- the wall of text, as they say. So I think they are the best we can do currently. I would not want to remove them until we have a good replacement. Do you think visitors to the site recognize that it's an empty paragraph? I don't see how they could know the difference, unless maybe if they are website designers Are the changes you suggest something that could be made easily? I'll have to refresh my html, and dig in a little bit, to understand specifically what you mention. In general, I understand what you're saying. But as far as the code itself, that's not in the front of my memory. If the changes can be easily inserted into the css, I'd say let's do it. But in this case, one change may lead to another and another. So maybe better to wait until everyone is focused on the new design? At least that's what I like to call "my simple-minded thoughts". ((We (Sylvain and I) might not have had a formal introduction. So just for general info I do not have a local installation of the website. The only code I know is simple html, and my understanding of how websites work is fairly general and non-technical. (For example, this caching that's been mentioned so much lately -- I only understand the definition of "caching" and not what happens technically with the server.) I can add and edit the site content, using the django wysiwyg and/or the source/html. And I can join discussions about the content. But I hardly have any understanding of the programming side, with the trunks and commits and all.)) Maybe Martin and/or Maren can give updated and/or more technical answer for that? For #2, I created the vast majority of what we have on the FAQ page today. (Well, the text anyway. It used to be straight html with anchors, but Martin installed a TOC plugin a few months ago. Now we can only edit the answers. If we need to add a new question, we have to ask Martin to do it.) I updated it from the old version, which I think is still existing in the wiki. (I made an updated version for the developers on the wiki too, but they apparently weren't interested in updating it. So it stays out of date.) Anyway, at that time, I had the option to have it all on one text block, or divided over 2 or more. For myself, it was better to have it all in one block. Most of the time, I worked on it locally in a text editor, and then pasted back in to save/publish. The text editor makes it so much easier, because it has the formatting, numbered lines, find/replace, etc. Ssooo much easier!! And so for myself, it's still better to have it in one block. And I would be happy to take on the responsibility to edit that page, if folks send me the info. However, on the other hand, I do understand that might not be the best scenario, logistically, for the project as a whole. So if everyone wants to break it up, I certainly would not object. I wonder if that can be done in a seamless way? Wouldn't there be a gap between blocks? I can't answer #3. All best, brynn -- From: "Sylvain Chiron" Sent: Thursday, June 02, 2016 5:07 PM To: "Inkscape translators" ; "Inkscape Docs" Subject: [Inkscape-docs] Questions concerning the website's content > Hi all, > > I have three questions concerning the website's content. > > 1. For more space and better reading, headings (h2) are often preceded > by an empty paragraph, e.g. in: > * https://inkscape.org/en/learn/animation/ > * https://inkscape.org/en/learn/faq/ > This is true that pages are harder to read without that space; see: > * https://inkscape.org/en/develop/getting-started/ > * https://inkscape.org/en/contribute/testing/ > However I have something against that practice of the empty paragraph; I > feel it as wrong semantic. Couldn't we simply add more margin at the top > of these headings? I suggest 4ex (it's currently 1.5ex). > We could also increase the margin-top of 3rd-level headings (from 1.5ex > to 2.5ex). > Then we should remove those empty paragraphs (in the source form of > ). > > 2. It is quite hard to find the part we want when editing the FAQ; could > we subdivide the only text plugin in several text plugins, one for e
Re: [Inkscape-docs] Hackfest page
Le 03/06/2016 à 03:23, Brynn a écrit : > Wow, can't you disable that in your browser. I would tolerate that for > about a half-second! Is Chromium the same thing as Chrome? It must be > different. But are they related? http://www.chromium.org/ Download ready-to-use installers here: http://chromium.woolyss.com/ Chromium is often used under GNU/Linux distributions, as it is open source, and available in official package repositories (whereas Chrome isn't). Please avoid using Google Chrome from now. Chrome-based browsers are sometimes useful as Firefox is often slower. Some browser-based apps are mainly targeted to Chrome. But fortunately there is an open source and user-respectful alternative (really? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786909). > Oh! Doesn't django much have a find/replace? I don't see it. But if > there is, you could search for , and search again for space > , and space, and replace with the correct thing. Here is my technique: searching once, then using F3 and typing or pasting the replacement. I'm used to web edition. Actually, what's the most boring is the loading of the browser: loading the page, loading the page in edit mode, opening the editor (and opening links — the horrible thing), saving the editor's content, publishing the page. > Oh!! You could take the html (souce) out to a text editor, and do it > there. Then paste back in. When I first started working with django, > that was my workflow. Because in the Very beginning, the source wasn't > even formatted. The html just wrapped and wrapped. So I pasted into a > text editor to get some minimum formatting. I do that sometimes for long and no-risk replacements, or for replacements with regular expressions. > I still don't think it formats. But at least it doesn't wrap anymore. > But if you do that, be sure to back up the page first. Just in case :-) > They're all outdated now, but for a while, I had 8 or 10 pages backed up > locally. I don't have the whole website, like Maren does (because I > don't have any need or skills for it). But I had a bunch of pages. I think a history is kept… Just look at the History menu when you're in edit mode. What do you mean by ‘it wrapped’? That spaces were not left in source code? > Why does the dashes bother you? Because people use them too much? In > personal writing, I use them a lot. But since it's not official, I > guess it doesn't matter. I think it's ok to use once in a while on the > website. I wouldn't use more than twice on the same page. But only if > I couldn't think of any other way. Mostly I would only use once or not > at all. I love dashes and I use them very often. The problem is the use of narrow dashes; typographic rules say to use longer dashes as the relation between the words around the dash decreases. Examples: * Hyphen: The hackfest is co-located with LGM. Non-Coding. * En-dash: 2015–2016. Isaac Newton (1643–1727). Working 5–10 minutes. * Em-dash: Inkscape Board — working budget. I'll think you'll easily find more examples by yourself. > Yeah, in forums, people almost always call me "man" or refer to with > "he". Even on the mailing list once or twice. I used to have a Celtic > knot or endless knot for my forum avatar. But I changed it to a flower, > to try and appear more feminine. It didn't help at all! Maybe a > sunflower is too masculine? Maybe I need a more delicate flower? > What's a delicate flower? Rose? Poppies are pretty delicatemaybe > dahlia? Dahlia would be a good username! But I'm rambling Funny fact… Thus this problem is common. On MMORPGs for example, I don't feel it so easy to ask ‘what is your gender?’ to every person I talk to. I think the best idea is to use the language details. In French, most qualitative adjectives change according to the gender of the qualified — usually by taking an E. Thus this technique is very effective and may contribute to the spelling skills of future generations. > I'm not sure if that asterisk in front of her name means leader, or if > it's just different username or account. Maybe it is. All the other > teams either have only 1 person with asterisk, or none. I'd say that's > a good guess :-) She said this means ‘Admin’. Related fact: I'm seeing this double-space habit on Meta-Wiki: https://meta.wikimedia.org/w/index.php?title=Grants:IdeaLab/Inspire&action=edit (Look at the part.) Quite common too. Our topics are going quite far from the Inkscape project, especially far from the initial subject, the ‘Hackfest’. Martin even wonders if he must add a feature from what we're saying. As it is becoming personal and private, I think that if you reply again, you should send your e-mail to me only, to avoid spamming all our mates. Sincerely yours, -- Sylvain -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals wh
Re: [Inkscape-docs] Hackfest page
On Thu, 2016-06-02 at 19:23 -0600, Brynn wrote: > Oh! Doesn't django much have a find/replace? I don't see it. But > if there > is, you could search for , and search again for space > , and > space, and replace with the correct thing. Yes, please confirm the all records action you'd like me to take in the backend. For examine "replace in all text plugins, this text for this text" etc Martin, signature.asc Description: This is a digitally signed message part -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e___ Inkscape-docs mailing list Inkscape-docs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-docs
Re: [Inkscape-docs] Hackfest page
Wow, can't you disable that in your browser. I would tolerate that for about a half-second! Is Chromium the same thing as Chrome? It must be different. But are they related? Oh! Doesn't django much have a find/replace? I don't see it. But if there is, you could search for , and search again for space , and space, and replace with the correct thing. Oh!! You could take the html (souce) out to a text editor, and do it there. Then paste back in. When I first started working with django, that was my workflow. Because in the Very beginning, the source wasn't even formatted. The html just wrapped and wrapped. So I pasted into a text editor to get some minimum formatting. I still don't think it formats. But at least it doesn't wrap anymore. But if you do that, be sure to back up the page first. Just in case :-) They're all outdated now, but for a while, I had 8 or 10 pages backed up locally. I don't have the whole website, like Maren does (because I don't have any need or skills for it). But I had a bunch of pages. Why does the dashes bother you? Because people use them too much? In personal writing, I use them a lot. But since it's not official, I guess it doesn't matter. I think it's ok to use once in a while on the website. I wouldn't use more than twice on the same page. But only if I couldn't think of any other way. Mostly I would only use once or not at all. Yeah, in forums, people almost always call me "man" or refer to with "he". Even on the mailing list once or twice. I used to have a Celtic knot or endless knot for my forum avatar. But I changed it to a flower, to try and appear more feminine. It didn't help at all! Maybe a sunflower is too masculine? Maybe I need a more delicate flower? What's a delicate flower? Rose? Poppies are pretty delicatemaybe dahlia? Dahlia would be a good username! But I'm rambling I'm not sure if that asterisk in front of her name means leader, or if it's just different username or account. Maybe it is. All the other teams either have only 1 person with asterisk, or none. I'd say that's a good guess :-) All best, brynn -- From: "Sylvain Chiron" Sent: Thursday, June 02, 2016 3:43 PM To: Subject: Re: [Inkscape-docs] Hackfest page > Le 02/06/2016 à 18:50, Brynn a écrit : >> Well yeah, there might be an extra space at "project. In this >> way" >> Maybe she gave up on it? You know, I might not be the only one who has >> this >> habit, because a lot of that text with double-spaces, I didn't write it. > > Indeed I thought you couldn't be the only one. > >> I guess you can just fix them when you find them, if they're bothersome. >> Better would be if Django just didn't put them in, because at my age, >> changing how I type isn't likely to happen. > > I would consider it as a bug. > Then, if it can help other readers to skip this wondering, I'll correct > that, even if I must use Chromium for it. That's true it is more > difficult to distinguish sentences when ? and ! are followed by a single > space… But I rarely seen the double-space rule elsewhere. > Chromium has a recent strange graphic fact: hovering its buttons (in the > toolbars or the ‘find’ interface) draws a square box, then activating it > (clicking) morphes the square into a disc (which looks bigger, being > circumscribed to the previous square). That's a bit disturbing. > A problem is: when I erase one of this spaces, the remaining one is > often a no-break space… > Another typographic habit that bothers me is the use of narrow dashes > ‘-’ or double-narrow dashes ‘-’. We're in the epoch of Unicode, we can > put em dashes ‘—’ (or en dashes ‘–’ e.g. for intervals). > >> I don't know if "Maren" is boy's or girl's name, since I'm not familiar >> with >> German, or even European culture. But the person behind the name is a >> woman. And me too (although I've been told that in Europe, "brynn" can >> be >> male or female name - like Chris, Tracy, Jessie, etc.). > > To me, ‘Brynn’ looked like ‘Bryce’; but I noticed you were referred to > as a woman. I was used to fully masculine teams in computer projects so > having a woman as a team leader is a nice thing. > I think the star on this page means ‘leader’: > https://inkscape.org/en/*translator > -- > Sylvain > > -- > What NetFlow Analyzer can do for you? Monitors network bandwidth and > traffic > patterns at an interface-level. Reveals which users, apps, and protocols > are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e > ___ > Inkscape-docs mailing list > Inkscape-docs@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inks
[Inkscape-docs] Questions concerning the website's content
Hi all, I have three questions concerning the website's content. 1. For more space and better reading, headings (h2) are often preceded by an empty paragraph, e.g. in: * https://inkscape.org/en/learn/animation/ * https://inkscape.org/en/learn/faq/ This is true that pages are harder to read without that space; see: * https://inkscape.org/en/develop/getting-started/ * https://inkscape.org/en/contribute/testing/ However I have something against that practice of the empty paragraph; I feel it as wrong semantic. Couldn't we simply add more margin at the top of these headings? I suggest 4ex (it's currently 1.5ex). We could also increase the margin-top of 3rd-level headings (from 1.5ex to 2.5ex). Then we should remove those empty paragraphs (in the source form of ). 2. It is quite hard to find the part we want when editing the FAQ; could we subdivide the only text plugin in several text plugins, one for each section? 3. Is it possible to translate the two following pages, or will it be made possible? * https://inkscape.org/fr/apropos/captures/ * https://inkscape.org/fr/teams/ (and why not teams themselves) Everyone may give their opinion about the first two questions; the last one is for those who know… Thank you, -- Sylvain -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e ___ Inkscape-docs mailing list Inkscape-docs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-docs
Re: [Inkscape-docs] Hackfest page
Le 03/06/2016 à 00:18, Maren Hachmann a écrit : >> A problem is: when I erase one of this double-spaces, the remaining one is >> often a no-break space… > > - Sylvain, I think in that case, to avoid any collateral damage > (sentences no longer flowing or flowing out of the frame), it may be > advisable to use search and replace in the source code of the pages. This is done, of course. Sorry for all that bit misplaced previous discussion. I'll go back to more important things in a next message, also addressed to the translators. (Just see: https://gcc.prologin.org/ how we're trying.) -- Sylvain -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e ___ Inkscape-docs mailing list Inkscape-docs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-docs
Re: [Inkscape-docs] Hackfest page
Dear Brynn and Sylvain, Am 02.06.2016 um 23:43 schrieb Sylvain Chiron: > Le 02/06/2016 à 18:50, Brynn a écrit : >> Well yeah, there might be an extra space at "project. In this way" >> Maybe she gave up on it? - I didn't give up on it, I just accepted it as a fact of life that styles may be different. It might have taken me some time and I apologize for that, but ultimately, the only thing that matters to me is that we have good, reliable, correct information on the website and that it is readable and understandable, and also that there are people who will enjoy taking care of this. > A problem is: when I erase one of this spaces, the remaining one is > often a no-break space… - Sylvain, I think in that case, to avoid any collateral damage (sentences no longer flowing or flowing out of the frame), it may be advisable to use search and replace in the source code of the pages. > I was used to fully masculine teams in computer projects so > having a woman as a team leader is a nice thing. - Well, thanks for that, and sorry for the lack of diversity in your projects. I personally expect my gender to not make any difference here, and to not be a topic for the documentation mailing list. > I think the star on this page means ‘leader’: > https://inkscape.org/en/*translator - It means 'Admin', which is a term that in my view describes someone with a specific set of responsibilities, just like any other team member has. Regards, Maren -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e ___ Inkscape-docs mailing list Inkscape-docs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-docs
Re: [Inkscape-docs] Hackfest page
Le 02/06/2016 à 18:50, Brynn a écrit : > Well yeah, there might be an extra space at "project. In this way" > Maybe she gave up on it? You know, I might not be the only one who has this > habit, because a lot of that text with double-spaces, I didn't write it. Indeed I thought you couldn't be the only one. > I guess you can just fix them when you find them, if they're bothersome. > Better would be if Django just didn't put them in, because at my age, > changing how I type isn't likely to happen. I would consider it as a bug. Then, if it can help other readers to skip this wondering, I'll correct that, even if I must use Chromium for it. That's true it is more difficult to distinguish sentences when ? and ! are followed by a single space… But I rarely seen the double-space rule elsewhere. Chromium has a recent strange graphic fact: hovering its buttons (in the toolbars or the ‘find’ interface) draws a square box, then activating it (clicking) morphes the square into a disc (which looks bigger, being circumscribed to the previous square). That's a bit disturbing. A problem is: when I erase one of this spaces, the remaining one is often a no-break space… Another typographic habit that bothers me is the use of narrow dashes ‘-’ or double-narrow dashes ‘-’. We're in the epoch of Unicode, we can put em dashes ‘—’ (or en dashes ‘–’ e.g. for intervals). > I don't know if "Maren" is boy's or girl's name, since I'm not familiar with > German, or even European culture. But the person behind the name is a > woman. And me too (although I've been told that in Europe, "brynn" can be > male or female name - like Chris, Tracy, Jessie, etc.). To me, ‘Brynn’ looked like ‘Bryce’; but I noticed you were referred to as a woman. I was used to fully masculine teams in computer projects so having a woman as a team leader is a nice thing. I think the star on this page means ‘leader’: https://inkscape.org/en/*translator -- Sylvain -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e ___ Inkscape-docs mailing list Inkscape-docs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-docs
Re: [Inkscape-docs] Hackfest page
Well yeah, there might be an extra space at "project. In this way" Maybe she gave up on it? You know, I might not be the only one who has this habit, because a lot of that text with double-spaces, I didn't write it. I guess you can just fix them when you find them, if they're bothersome. Better would be if Django just didn't put them in, because at my age, changing how I type isn't likely to happen. I don't know if "Maren" is boy's or girl's name, since I'm not familiar with German, or even European culture. But the person behind the name is a woman. And me too (although I've been told that in Europe, "brynn" can be male or female name - like Chris, Tracy, Jessie, etc.). All best, brynn -- From: "Sylvain Chiron" Sent: Wednesday, June 01, 2016 2:50 PM To: Subject: Re: [Inkscape-docs] Hackfest page > Le 01/06/2016 à 19:47, Maren Hachmann a écrit : >> Am 01.06.2016 um 07:16 schrieb Brynn: >>> I have it now. The original link Sylvain gave was missing 1 letter. >>> But I >>> have it now. > > Sorry… That means I sent the link and pluralized the name of the page > just after. Not really clever… > >>> What happens when it's time for the next Hackfest? Will this page go >>> back >>> into the menu? I'm confused. >> >> - The page can be unpublished or moved, and we can make one for the >> currently active Hackfest. And after that's over, we can dig the general >> page out again and have it generate some donations (hopefully). >> Or if the board decides it's not needed, we'll just take it out >> completely. > > I wasn't seeing it like that… My idea, when the next hackfest is coming, > was simply to keep the general page, and to add an updated sentence > telling ‘Next hackfest will be ………’, with a link to a news article > giving more details, and possibly a link to the wiki if the news article > does not itself contain such a link. > > Talking about the wiki, I wanted to link to it when writing the page > about the hackfests, but all pages concerning them were linked to a > specific year; there was no general one. Not even a Category:Hackfests > (which I can't create myself since I haven't got an account on the wiki > yet). It would be useful at least for the part ’You may consider > attending yourself?’ > >>> In any case, I don't see any problems on that page. Everything looks >>> good. >> >> @Sylvain: Thanks for helping with the website updates! > > That means I can write English after all. Good. > >> I don't find any double-spaces on Funded Development page, or Hackfest >> page either. Not even using Find. I could show screenshots. > > I was not talking about those pages themselves, but the small sections > in the Support Us page: > https://inkscape.org/en/support-us/ > > I wrote a new version for the Hackfests sections so the double-spaces > are gone, but look carefully between the two sentences in the Funded > Development section. > > In the FAQ, there are many double-spaces (but not everywhere): > https://inkscape.org/en/learn/faq/ > You should find them easily using your browser's text search feature; > although there are some bugs in Firefox with it (the highlighted text is > not always directly visible). In Chromium, it works better. > > Better examples: > * https://inkscape.org/en/community/ > * https://inkscape.org/en/contribute/report-bugs/ (also many > double-spaces around the links) > > Is it enough? > >> I wonder if there's some way that your browser is causing this? Or >> otherwise something on your end is causing the problem? I don't see a >> any double-spaces anywhere on the site. > > Really strange… > >> (This part is a little funny. When I first found out about this, I >> was purposely inserting a double-space after a period (and after a >> colon too). From my point of view, it's proper punctuation. At that >> time, I was working on several different pages for the website. I >> would edit one day, and the next day, all my double-spaces were >> gone. It turns out Maren was going through right behind me, and >> removing them. Later, I tried to sneak one in, just to find out how >> long it would take her to find it. And the answer - just a few >> hours!) > > Ow… But I still see some. > ‘Maren’ is a girl's name? Those foreign names are really unclear. Just > like the profile pictures. > -- > Sylvain > > -- > What NetFlow Analyzer can do for you? Monitors network bandwidth and > traffic > patterns at an interface-level. Reveals which users, apps, and protocols > are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e > ___ > Inkscape-docs mailing list > Inkscape-docs@lists.sourceforge.net > https://lists.sourceforge.net/lists/
