Template talk:Repo link: Difference between revisions

From FlightGear wiki
Jump to navigation Jump to search
(→‎Todo list: Typo; There is a need for a few more parameters in some of the templates.)
(10 intermediate revisions by 3 users not shown)
Line 110: Line 110:
**** <nowiki>http://git.code.sf.net/p/flightgear/flightgear</nowiki>
**** <nowiki>http://git.code.sf.net/p/flightgear/flightgear</nowiki>


'''To do'''
* {{tl|Repo link}}
** Protocols (e.g., <code><nowiki>git://</nowiki></code>, see [[#Supporting different protocols|above]])
** Add Mercurial to repo types
** GitLab option
** Standardize label style (when label is not customized).
** Download links


'''Started by''' [[User:Red_Leader|<span style="color:red">'''''Red Leader'''''</span>]] ([[User_talk:Red_Leader|Talk]], [[Special:Contributions/Red_Leader|contribs]])
:''The following discussion got more general and was moved to [[FlightGear wiki:Village pump#Repository link templates]] ([http://wiki.flightgear.org/index.php?title=FlightGear_wiki:Village_pump&oldid=87148#Repository_link_templates perm]).''


: I think those are all good ideas.  I added {{tl|readme file}} the other day.  As I was just looking at {{tl|repo link}} to add links to relevant source code files related to the [[Conditions]] article I got reminded by the beauty of less typing. ;-)
== rss/feed mode ==


: In addition I was also reminded about that a more specific template is easier to update when a repository move.  Consider for example if {{tl|repo link}} would be used as I mentioned above, linking to a source code file related to an article.  If that repository would be moved again or get another URL structure ''all'' links to that repository would have to be updated.
I was going to add a "feed" template for the simgear/flightgear and fgdata/fgaddon repositories, to link to the RSS feed for each in the main page, but I guess it would be better to extend/generalize this template accordingly? I am referring to these rss feeds:
* http://sourceforge.net/p/flightgear/simgear/feed
* http://sourceforge.net/p/flightgear/flightgear/feed
* http://sourceforge.net/p/flightgear/fgdata/feed
* http://sourceforge.net/p/flightgear/fgaddon/feed


: A more specific link at the other hand, say {{obr}}simgear file{{cbr}} would only require that specific template to be changed. In addition all links to any of those source files would have the same style, which to some extent will making them more intuitive.
The basic idea being to add another box to the main page to track recent developments (commmits).
But maybe we could also add a corresponding mediawiki extension to parse/process those feeds directly, but I guess that would need to be discussed with Gijs or Simon ?


: In essence, more specific link templates should:
Any thoughts/opinions ?
:* Require less typing
--[[User:Hooray|Hooray]] ([[User talk:Hooray|talk]]) 15:22, 9 October 2015 (EDT)
:* Require less maintenance
:* Give a more consistent style


: —[[User:Johan G|Johan G]] ([[User_talk:Johan_G|Talk]] | [[Special:Contributions/Johan_G|contribs]]) 17:06, 20 May 2015 (EDT)
: I was not really aware of those.  A start could be to make those as separate templates first and only then look for the common denominators and possibly a meta template (I guess mostly for common styling).  Maybe they can be called {{obr}}x feed{{cbr}}, {{obr}}x feed link{{cbr}} or something like that.


: I guess the bigger part of your question is what to display and how.  Just a box with a link would be easy.  I am not sure how one would make them render in a box though, which seem to be what you would prefer.


: Some more thoughts on the sub-templates for links to source files in the git repos, and one for the FGAddon svn repo.
: If they would be rendered in a box I think the [[Portal:Developer|developer portal]] is a better place than the [[Main Page|main page]]. ;-)
:* Source file/directory templates:
:** Should we use one more or an entirely different meta template, say {{obr}}source file{{cbr}}, to give them a consistent style, for example prefix (FlightGear, SimGear, FGData, etc), showing/not showing full path, etc), instead of doing that in each template?
:** Always or often used parameters should probably not be named parameters
:*** I guess always and often used parameters are path and commit
:*** Other parameters?
:** Template names, how about:
:*** {{obr}}flightgear source{{cbr}}
:*** {{obr}}simgear source{{cbr}}
:*** {{obr}}fgdata source{{cbr}}
:** Should default to root directory of repo rather than throw an error.
:* Aircraft repo template(s) (slightly off topic):
:** How about {{obr}}fgaddon aircraft{{cbr}}
:** Should default to <code>..trunk/aircraft/</code> rather than throw an error.
:* Aircraft URL templates:
:** Needed for a completely different purpose than source links, namely URLs in infoboxes.
:** Would lessen maintenance ''considerably'' if a repo/hangar moves.
:** How about {{tlx|fgaddon aircraft url|''aircraft''|''revision''}}
:** I guess in the same way link templates for other common repos/hangars are added, for example:
:*** {{obr}}fgmembers aircraft url{{cbr}}
:*** {{obr}}helijah aircraft url{{cbr}}
:*** {{obr}}fguk aircraft url{{cbr}}
:** Big question:  Download URL or info page URL?
:** When given no params:  Link to root directory/hangar main page or throw an error?
:* A category for the templates say ''Category:Repository link templates'' with templates and meta templates could be a good idea.


: Why do I argue for always or often used parameters to be ''unnamed parameters''?  And only ''lowercase names'' for the templates?  ''Quicker typing''.  Simple as that.  At least with these templates.
: —[[User:Johan G|Johan G]] ([[User_talk:Johan_G|Talk]] | [[Special:Contributions/Johan_G|contribs]]) 20:28, 9 October 2015 (EDT)


: If you guys think this would be ok I could start adding templates right away, probably starting with aircraft URL templates.
== SourceForge overhaul ==


: —[[User:Johan G|Johan G]] ([[User_talk:Johan_G|Talk]] | [[Special:Contributions/Johan_G|contribs]]) 06:27, 26 May 2015 (EDT)
I might try to overhaul the entire SourceForge section of the template to support all of the web interface.  I might also look at supporting the non-web interfaces as well, and links to forks (the /u/ user pages as well as the project /p/ pages).  The aim is to be able to use this template to simplify all of the subtemplates {{tl|repo link/doc related}}.


:: Hi Johan,
[[User:Bugman|Bugman]] ([[User talk:Bugman|talk]]) 06:44, 24 February 2016 (EST)
:: Sorry for the delayed reply.
:: Just checking, am I right in saying that you're suggesting that there should be a template for Git repos and a separate one for FGAddon (an SVN repo)?  It's just a bit hard to read what you mean above.  Anyway, apart from that, here's my feedback:
::* '''Oft used parameters:''' Using unnamed parameters is good idea.  The parameters that would commonly be used would be <code>site</code>, <code>proj</code>, and <code>path</code>. I don't think <code>commit</code> is used as much, though.
::* '''Defaulting:''' Where possible, it's probably best to use defaulting, rather than throwing errors.
::* '''Aircraft URL templates:''' Another good idea.
::** We should probably link to info page URL.  Linking directly to download may catch users out when it automatically starts downloading.
::** http://forum.flightgear.org/viewtopic.php?f=42&t=26167 ;)
::* '''New category:''' Agree.
::* '''Upper/lowercase names:''' Yeah, we should use lowercase names, especially in the documentation.
::* '''Name suggestions''' I think ''repo'' instead of ''source'' should be used.  It's less typing and a bit more descriptive.  Also, {{obr}}fgaddon repo{{cbr}}?  URL template names are fine to me, though.


:: Also, do you have any suggestions for link styling above?
: Note that this should probably only cover template related work, but not the corresponding edits to adopt your templates - Gijs has sufficient privileges to run wikimedia bots here, and he's done that in the past - most of those are typically written in Python, and can be easily used to update a bunch of articles in a single run, i.e. if we can come up with heuristics (e.g. regex) to update existing URLs, we can much more easily adopt templates elsewhere/everywhere. If in doubt, get in touch with Gijs --[[User:Hooray|Hooray]] ([[User talk:Hooray|talk]]) 07:07, 24 February 2016 (EST)


:: Regards,
The overhaul is complete.  We can now specify SourceForge web URLs, SCM commands, web-based files, branches, commits, tags, etc., and any imaginable combination using this template.  New subtemplates using this master template, such as {{tl|fgmeta file}}, are in progress.
:: [[User:Red_Leader|<span style="color:red">'''''Red Leader'''''</span>]] ([[User_talk:Red_Leader|Talk]], [[Special:Contributions/Red_Leader|contribs]]) 06:03, 31 May 2015 (EDT)


::: Sorry for the even later reply.
[[User:Bugman|Bugman]] ([[User talk:Bugman|talk]]) 08:11, 25 February 2016 (EST)


:::; Often used parameters and name suggestions
== Archived Gitorious overhaul ==
:::: I think that ''site'' and ''path'' parameters would be superfluous, also how about using ''file'' instead of ''repo''.  Instead of pointing to the whole of the repo usually will point to a specific file or directory within a repo.  As you say the ''commit'' parameter would only be used sparsely, though I think it might be good to have at times.


::::In essence I am suggesting {{obr}}'''flightgear file'''{{!}}''path''{{!}}''commit''{{cbr}}, {{obr}}'''simgear file'''{{!}}''path''{{!}}''commit''{{cbr}} and {{obr}}'''fgdata file'''{{!}}''path''{{!}}''commit''{{cbr}} for links to source files (and directories). The ''path'' parameter would be what follow after <code>flightgear/src/</code>, <code>simgear/simgear/</code> or <code>fgdata/</code>.
After the migration to archive.org, the Gitorious links have changed from:


:::; Defaulting
* https://gitorious.org/fg/hoorays-fgdata/source/topics/scriptable-ai-submodule:Nasal/ai/ai.nas#L1-2
:::: Yep, it is definitively better to default than trow an error.


:::; Aircraft URL templates
To:
:::: Good point about automatic downloading.  I did not think of that.  Better link to the info pages.


:::; Link styling
* https://gitorious.org/fg/hoorays-fgdata/source/topics/scriptable-ai-submodule:Nasal/ai/ai.nas?a=blob;f=Nasal/ai/ai.nas;hb=refs/heads/topics/scriptable-ai-submodule#l1
:::: Interesting problem.  I have considered both something resembling the path in a local file system or some abbreviated variant, like <code>flightgear/src/Time/TimeManager.cxx</code>, <code>simgear/simgear/magvar/coremag.cxx</code> and <code>fgdata/Nasal/view.nas</code>, or <code>flightgear/Time/TimeManager.cxx</code>, <code>simgear/magvar/coremag.cxx</code> and <code>fgdata/Nasal/view.nas</code>.  The advantage with having them look like a file path is to help those using Git to find the file in their local clone faster.  Then there is also the issues of whether only the ''path'' parameter should be used for the link to the file while there could be an explanatory link preceding it, for example like [[SimGear]]/[http://sourceforge.net/p/flightgear/simgear/ci/next/tree/simgear/magvar/coremag.cxx magvar/coremag.cxx], and whether or not to use mostly lowercase the file path like label or the case used sometimes otherwise, in essence flightgear, fgdata and simgear, or FlightGear, FGData and SimGear.


:::: I am going to suggest abbreviated paths but camel case repo names, like [http://sourceforge.net/p/flightgear/simgear/ci/next/tree/simgear/magvar/coremag.cxx SimGear/magvar/coremag.cxx], though I am not convinced it is the best way.
I propose to update the template appropriately. Note that line ranges can no longer be specified.


::: —[[User:Johan G|Johan G]] ([[User_talk:Johan_G|Talk]] | [[Special:Contributions/Johan_G|contribs]]) 17:34, 10 September 2015 (EDT)
[[User:Bugman|Bugman]] ([[User talk:Bugman|talk]]) 08:07, 25 February 2016 (EST)


:::: Personally, I would prefer all-lowercase, abbreviated links. Camel-case repo names doesn't look quite right in the context to me. However, I agree with everything else you've said. I think that having a central template ({{tl|repo link}}) is not required now. If ever the location of fgdata, FGAddon, etc. changes again, it still wouldn't be too hard to change the location in a handful of templates instead of one central template. Separate templates would also be much simpler than a central one and therefore easier to maintain.
: My interpretation of the archived Gitorious infrastructure, which seems to now be web-only (I haven't worked out how to check out the repositories), is the following translation:


:::: So, apart from link styling, I think we can start implementing these new templates:
:* https://gitorious.org/fg/hoorays-fgdata/source/topics/scriptable-ai-submodule:Nasal/ai/ai.nas?a=blob;f=Nasal/ai/ai.nas;hb=refs/heads/topics/scriptable-ai-submodule#l1
::::* {{obr}}'''flightgear file'''{{cbr}}
:* https://<site>/<proj>/<repo>/source/<branch>:<path>?a=<view>;f=<path>;hb=refs/heads/<branch>#l<lines>
::::* {{obr}}'''simgear file'''{{cbr}}
::::* {{obr}}'''fgdata file'''{{cbr}}
::::* {{obr}}'''fgaddon aircraft'''{{cbr}} (right name?)


:::: Regards,
: I will redesign the Gitorious interface for this template based on this.  Hooray, if you could provide as many new gitorious.org links to your code as possible, that would be much appreciated.  I would like to fill out the [[Template:repo link#Gitorious examples (depreciated)]] section with as many different types of link as can be found.


:::: [[User:Red_Leader|<span style="color:red">'''''Red Leader'''''</span>]] ([[User_talk:Red_Leader|Talk]], [[Special:Contributions/Red_Leader|contribs]]) 08:45, 11 September 2015 (EDT)
: [[User:Bugman|Bugman]] ([[User talk:Bugman|talk]]) 04:08, 26 February 2016 (EST)


:::::* Good point about lowercase vs. camel-case.  That was one of the things I was more hesitant about.
:: FWIWI, regarding "cloning", the website specifically says "We've done our best to not break clone urls. " at https://gitorious.org/ [[User:Hooray|Hooray]] ([[User talk:Hooray|talk]]) 12:46, 26 February 2016 (EST)
:::::* In retrospect I think {{obr}}'''fgaddon aircraft url'''{{cbr}} may be a better name, as it renders only an url. (Though it is an awfully long name, as well as the other aircraft repo URL templates.  I wonder if "aircraft" is needed?)
:::::* While the repo link template might not be needed (at least for official repos), a styling template will help keep the styling consistent and may help related maintenance.
:::::: How about something like {{obr}}'''source file'''{{!}}base-url={{!}}base-label={{!}}''commit=''{{!}}''commit-label=''{{!}}''path=''{{cbr}}? (I suggest named parameters in that one to aid maintenance. It will rarely if ever be used in any other place that those three templates.)
:::::: It does not have to be there from the beginning and can be added at a later point (I guess that is the wiki equivalent of refactoring ;-) ).
::::: —[[User:Johan G|Johan G]] ([[User_talk:Johan_G|Talk]] | [[Special:Contributions/Johan_G|contribs]]) 15:33, 11 September 2015 (EDT)


::::: Went ahead and added {{tl|flightgear file}}.
::: I had some bad URLs :)  Just needed to append '.git' to everything, and now I can clone ok. I'll create some 'git clone' examples, such as for looking at the history of the old fgdata.
::::: —[[User:Johan G|Johan G]] ([[User_talk:Johan_G|Talk]] | [[Special:Contributions/Johan_G|contribs]]) 16:51, 11 September 2015 (EDT)


:::::: I noted that {{tl|readme file}} have a '''nopath=''' parameter stripping off the path in that template if empty.  A similar effect can be added to {{tl|flightgear file}} using the <code><nowiki>{{#tileparts: }}</nowiki></code> parser function without having to introduce a '''file''' parameter.  An elegant solution if needed.
::: [[User:Bugman|Bugman]] ([[User talk:Bugman|talk]]) 13:11, 26 February 2016 (EST)
:::::: An even more elegant way could be to use <code><nowiki>{{#tileparts: }}</nowiki></code> to only show the last ''n'' elements.
:::::: —[[User:Johan G|Johan G]] ([[User_talk:Johan_G|Talk]] | [[Special:Contributions/Johan_G|contribs]]) 17:12, 11 September 2015 (EDT)
 
:::::::* I think {{obr}}'''fgaddon url'''{{cbr}} should be fine as it is about aircraft anyway. However, what if we want to link a certain file in the aircraft's directory, e.g., [[Scripted AI Objects#Aircraft]] (this would probably also go for an FGMEMBERS template)?
:::::::* A styling template would be a good idea in future. I have one query though: what would be the difference between '''base-url=''' and '''base-label=''', and between '''commit=''' and '''commit-label='''?
:::::::* '''nopath=''' is also a good idea.
::::::: Regards,
::::::: [[User:Red_Leader|<span style="color:red">'''''Red Leader'''''</span>]] ([[User_talk:Red_Leader|Talk]], [[Special:Contributions/Red_Leader|contribs]]) 16:03, 13 September 2015 (EDT)
 
::::::::* What about doing something similar to the new templates, in essence {{obr}}'''fgaddon url'''{{!}}''aircraft''{{!}}''path''{{!}}''<s>commit</s>revision''{{cbr}}.  Of course for example FGUK's and Helijah's hangars will not handle '''path''' and '''commit''' as those are not repos.
::::::::: The aircraft repo/hangar templates will probably differ somewhat in implementation, but hopefully for a wiki editor they will be rather "orthogonal" (in the sense that they would be usable in a way consistent with similar templates).
::::::::: I guess for aircraft repos, as opposed to hangars, the template with only the '''aircraft''' parameter given should point to that aircraft directory or submodule.  It would also seem reasonable that a template with no parameters given should point to the repo or hangar top directory, info page or something similar.
::::::::* The way I recall having the '''base-url=''' thought up would be as the part of the URL preceding the path given in '''path='''.  Similarly '''base-label=''' would be the part of the label preceding the path.
::::::::: I am not really sure how (and why) I imagined that the commit reference would be different in URL and label.  That would probably not (ever) be needed and only confusing if used.
:::::::: —[[User:Johan G|Johan G]] ([[User_talk:Johan_G|Talk]] | [[Special:Contributions/Johan_G|contribs]]) 15:50, 15 September 2015 (EDT)
 
:::::::: I have noted that there is a need to be able to link to the tarballs.  I suggest adding a '''tarball=''' property that when not empty will link to the tarball download. (Also mentioned on Template talk:Fgaddon url).
:::::::: —[[User:Johan G|Johan G]] ([[User_talk:Johan_G|Talk]] | [[Special:Contributions/Johan_G|contribs]]) 07:01, 16 September 2015 (EDT)
 
::::::: {{tl|simgear file}} done. {{done}}
::::::: [[User:Red_Leader|<span style="color:red">'''''Red Leader'''''</span>]] ([[User_talk:Red_Leader|Talk]], [[Special:Contributions/Red_Leader|contribs]]) 08:04, 14 September 2015 (EDT)
 
::::::: {{tl|fgdata file}} done. {{done}}
::::::: [[User:Red_Leader|<span style="color:red">'''''Red Leader'''''</span>]] ([[User_talk:Red_Leader|Talk]], [[Special:Contributions/Red_Leader|contribs]]) 09:13, 14 September 2015 (EDT)
 
:::::::: Just remembered a somewhat useful tool when looking for external links to repos to replace with these templates: [[Special:LinkSearch]].  Its main drawback is a large one though:  It only look for domain names, not paths on a web site.  *sigh*  At least there is less than 2000 links to SourceForge, which by far have most links (though most of them developer mailing list posts).
:::::::: —[[User:Johan G|Johan G]] ([[User_talk:Johan_G|Talk]] | [[Special:Contributions/Johan_G|contribs]]) 16:35, 15 September 2015 (EDT)
 
:::::::: I have noted that the repository templates also may need a '''line=''' and probably also a '''label=''' parameter.  Many articles have links to particular line in a source file and some have links where even a '''nopath=1''' would currently take up too much space (in particular [[Canvas MapStructure Layers]]).
:::::::: In summary there seem to be a few things we have not thought of yet.
:::::::: —[[User:Johan G|Johan G]] ([[User_talk:Johan_G|Talk]] | [[Special:Contributions/Johan_G|contribs]]) 07:01, 16 September 2015 (EDT)

Revision as of 18:11, 26 February 2016

Supporting different protocols

Specifically for git:// - which will help centralize all repo URLs - e.g. to replace all URLs with a corresponding template, instead of having git://git.code.sf.net/p/flightgear/simgear everywhere - we should probably introduce a proto parameter that defaults to http/https and which can be overridden so that "git" can be specified. We want to avoid having to manually update all related articles in the future (if/when another repository needs to be moved) - e.g. [1].

--Hooray (talk) 17:10, 4 April 2015 (EDT)


Sorry that I do not understand you, but do you mean the URL in the template or URLs spread out in articles literally?
Johan G (Talk | contribs) 18:34, 4 April 2015 (EDT)
the latter - currently, we cannot use either of those templates to update the "building FG" docs accordingly, many of which contain now wrong links to the repositories - especially those using the git protocol - so it would be better to either have 3 templates, or one parameterized template returning the requested repository URL, including the proper format - so that we can use {{SimGear repo|proto=git}} or something like that. Otherwise, we will have to update dozens of references manually whenever there's a similar change (thanks for your recent changes though!). Just imagine, repositories would have to change again some time soon - we would have to manually update all URLs again. So let's better use a template for such things, analogous to how the "Next Newsletter" template serves as a "pointer" and can be easily changed, without having to update any locations using it. --Hooray (talk) 18:48, 4 April 2015 (EDT)


Ah, I think I get it now. In other words {{repo link}} is just as much maintenance as having bare URLs, but if adding more specific links, like your {{SimGear repo}} example the maintenance would more or less be only changing that template.
If so that is one case where a definitively see a meta template used by other link templates as useful. The repo specific templates would in this context use {{repo link}} to simplify them.
Repo specific links could also be more tailored to their needs, for example possibly using unnamed parameters for the parameters that are more or less always used (in essence less typing, I'm a lazy dude ;-) and have parameters more relevant to the context, for example {{FGAddon repo | B-1B | Systems/b1b-autopilot.xml | rev=3}}.
Johan G (Talk | contribs) 12:10, 5 April 2015 (EDT)
correct, I am basically thinking along the lines of using/generalizing existing templates to generalize our "hard-coded" (for the lack of a better term) repository URLs in pretty much all wiki articles - so that updating repository URLs in the future will be mainly a matter of changing 2-3 templates. Which is why I suggested to also add support for different protocols, so that those templates can also be used for instructions on cloning/pulling using non-default (non-http) protocols. This would also allow us to introduce meta templates for document clone/update/pull instructions using a single template for different front-ends - possibly even including annotated screen shots. We kinda started preparing this a while ago by introducing templates like these:
* http://wiki.flightgear.org/Template:Git_clone
* http://wiki.flightgear.org/Template:Git_checkout
* http://wiki.flightgear.org/Template:Git_push
Once we adapt the new repo link template, we could easily use that for also maintaining everything easily. And the corresponding clone/checkout/push and pull templates could also contain instructions for different front-ends (think git command line vs. TortoiseGit), to help generalize our docs, especially for people on Windows/Mac OSX not as familiar with CLI environments.--Hooray (talk) 12:59, 5 April 2015 (EDT)

Also see the two build server related edits below:

We should ideally come up with templates for encapsulating such things, so that there's only a single place that needs to be maintained/edited if/whenever such URLs change.--Hooray (talk) 11:25, 16 June 2015 (EDT)

FlightGear has completed the move from Gitorious

Cquote1.png FlightGear has completely moved all its gitorious based material over to< sourceforge. But it's nice to know a historical record will remain at gitorious.org as well as several other public locations not to mention on a myriad of personal computers.
Cquote2.png

Copied from this edit.

Johan G (Talk | contribs) 10:54, 18 April 2015 (EDT)

Todo list

Note  These proposals are out of date. See subsequent discussion instead.

A list to record changes to repository link templates. Feel free to contribute.

Templates:

  • Meta-template: {{Repo link}}
  • Sub-templates
    • {{Source repo}}
    • {{Simgear repo}}
    • {{Fgdata repo}}
    • {{Aircraft repo}}

Arguments

Parameter name Description Type
Link modifiers
site Specifies the site to link to Mandatory
proj Project name Mandatory
type Type of repo Optional
brt Branch, revision, or tag Optional
path Path to file Optional
lines Line(s) to link to Optional
subdom Subdomain of gitorious.org Optional
view View Optional
proto Protocol Optional
Label modifiers
text Text to use as label Optional
pre Text to replace project name Optional
link Return plain-text link Optional
plain No formatting on link Optional

Link styles

  • {{Repo link}}
    • Normal
      • flightgear/flightgear/src/Scripting/NasalSys.cxx (SourceForge)
    • No path
      • flightgear/flightgear/master (SourceForge)
    • Download link
      • flightgear/flightgear/archive/master.zip (SourceForge)
    • Pre arg
      • FG source/src/Scripting/NasalSys.cxx (SourceForge)
    • Plain
      • flightgear/flightgear/src/Scripting/NasalSys.cxx
    • Protocol
      • RO (read-only)
        • git://git.code.sf.net/p/flightgear/flightgear
      • http
        • http://git.code.sf.net/p/flightgear/flightgear


The following discussion got more general and was moved to FlightGear wiki:Village pump#Repository link templates (perm).

rss/feed mode

I was going to add a "feed" template for the simgear/flightgear and fgdata/fgaddon repositories, to link to the RSS feed for each in the main page, but I guess it would be better to extend/generalize this template accordingly? I am referring to these rss feeds:

The basic idea being to add another box to the main page to track recent developments (commmits). But maybe we could also add a corresponding mediawiki extension to parse/process those feeds directly, but I guess that would need to be discussed with Gijs or Simon ?

Any thoughts/opinions ? --Hooray (talk) 15:22, 9 October 2015 (EDT)

I was not really aware of those. A start could be to make those as separate templates first and only then look for the common denominators and possibly a meta template (I guess mostly for common styling). Maybe they can be called {{x feed}}, {{x feed link}} or something like that.
I guess the bigger part of your question is what to display and how. Just a box with a link would be easy. I am not sure how one would make them render in a box though, which seem to be what you would prefer.
If they would be rendered in a box I think the developer portal is a better place than the main page. ;-)
Johan G (Talk | contribs) 20:28, 9 October 2015 (EDT)

SourceForge overhaul

I might try to overhaul the entire SourceForge section of the template to support all of the web interface. I might also look at supporting the non-web interfaces as well, and links to forks (the /u/ user pages as well as the project /p/ pages). The aim is to be able to use this template to simplify all of the subtemplates {{repo link/doc related}}.

Bugman (talk) 06:44, 24 February 2016 (EST)

Note that this should probably only cover template related work, but not the corresponding edits to adopt your templates - Gijs has sufficient privileges to run wikimedia bots here, and he's done that in the past - most of those are typically written in Python, and can be easily used to update a bunch of articles in a single run, i.e. if we can come up with heuristics (e.g. regex) to update existing URLs, we can much more easily adopt templates elsewhere/everywhere. If in doubt, get in touch with Gijs --Hooray (talk) 07:07, 24 February 2016 (EST)

The overhaul is complete. We can now specify SourceForge web URLs, SCM commands, web-based files, branches, commits, tags, etc., and any imaginable combination using this template. New subtemplates using this master template, such as {{fgmeta file}}, are in progress.

Bugman (talk) 08:11, 25 February 2016 (EST)

Archived Gitorious overhaul

After the migration to archive.org, the Gitorious links have changed from:

To:

I propose to update the template appropriately. Note that line ranges can no longer be specified.

Bugman (talk) 08:07, 25 February 2016 (EST)

My interpretation of the archived Gitorious infrastructure, which seems to now be web-only (I haven't worked out how to check out the repositories), is the following translation:
I will redesign the Gitorious interface for this template based on this. Hooray, if you could provide as many new gitorious.org links to your code as possible, that would be much appreciated. I would like to fill out the Template:repo link#Gitorious examples (depreciated) section with as many different types of link as can be found.
Bugman (talk) 04:08, 26 February 2016 (EST)
FWIWI, regarding "cloning", the website specifically says "We've done our best to not break clone urls. " at https://gitorious.org/ Hooray (talk) 12:46, 26 February 2016 (EST)
I had some bad URLs :) Just needed to append '.git' to everything, and now I can clone ok. I'll create some 'git clone' examples, such as for looking at the history of the old fgdata.
Bugman (talk) 13:11, 26 February 2016 (EST)