Template talk:Project: Difference between revisions
→QR Code: reply |
|||
(33 intermediate revisions by 3 users not shown) | |||
Line 1: | Line 1: | ||
{{talkpage}} | {{talkpage}} | ||
=Open Discussions= | |||
==Project type== | |||
There are two main types of projects - ones by members and hackspace infrastructure projects. Is it worth having a parameter for this? [[User:Jon|Jon]] ([[User talk:Jon|talk]]) 17:14, 4 January 2019 (UTC) | |||
I've added this in; It wouldn't be hard to categorise these two types automatically if this is something we wanted to do?--[[User:Danspencer101|Danspencer101]] ([[User talk:Danspencer101|talk]]) 01:55, 6 January 2019 (UTC) | |||
My plan was to move member projects to be subpages of the relevant user and have the Project: namespace for actual space projects. I'd like to separate out personal content from actual useful reference info as much as possible. [[User:Alexmann|Alexmann]] ([[User talk:Alexmann|talk]]) 02:19, 26 January 2019 (UTC) | |||
I can see why you'd want that but not sure it's the best route. Moving members Projects into the user namespace seems very odd to me. Its possible to keep them in the main namespace but add an automatic category to the template. This way if it's a 'space' project it will go to an Infrastructure Projects category. And personal projects can also be categorized automatically. Does this not meet the same end? To me it seems neater and doesnt proliferate namespaces beyond what the mediawiki software demands. | |||
--[[User:Danspencer101|Danspencer101]] ([[User talk:Danspencer101|talk]]) 08:08, 26 January 2019 (UTC) | |||
:I've added in the automatic categorization going off the "type" parameter. I assume it will take some time for the category/ project pages to update automatically. --[[User:Danspencer101|Danspencer101]] ([[User talk:Danspencer101|talk]]) 15:27, 5 February 2019 (UTC) | |||
== Caption parameter == | |||
Wiki code seems to indicate there are 'caption' and 'imagewidth' parameters for images - but it isn't documented. [[User:Jon|Jon]] ([[User talk:Jon|talk]]) 12:14, 5 February 2019 (UTC) | |||
I think the imagewidth parameter is used to ensure the image specified is less than or equal to 220px width. I'd prefer to keep it undocumented as it seems to work well and we don't want to encourage people to set it too large. For the caption, I agree it should be documented. --[[User:Danspencer101|Danspencer101]] ([[User talk:Danspencer101|talk]]) 14:15, 5 February 2019 (UTC) | |||
:I've added caption documentation. Regarding images the 'File:' can be in the template, rather than the article writer prefixing to the image file name. For example, use '[[File:{{{image}}}' in template instead of '[[{{{image}}}'. Would be a pain to change now though. It's probably possible to code in so either could be used, ie. if left-string(5) = 'File:' chop it off. [[User:Jon|Jon]] ([[User talk:Jon|talk]]) 15:02, 5 February 2019 (UTC) | |||
==Completed Projects== | |||
For projects such as [[Mythbusters_Wall-O-Boxes_Project]] or [[Workshop Dusty Area]] where the project documentation and functional description pages are separate, I think we need a parameter in the project template that links the pages. I have used the Livestatus parameter in both of these cases is this ok to continue to use or is a new parameter needed? --[[User:Danspencer101|Danspencer101]] ([[User talk:Danspencer101|talk]]) 14:15, 5 February 2019 (UTC) | |||
:I think we need a location/area infobox. Which could include a floor plan indicating the location. The project template could have a 'location' parameter - linking to the location page. This would work in both these case - but is more work. Workshop Dusty Area should perhaps be renamed 'Workshop Dusty Area installation', to help distinguish between the install info and the general area info. [[User:Jon|Jon]] ([[User talk:Jon|talk]]) 14:50, 5 February 2019 (UTC) | |||
==imagewidth bug (minor)== | |||
If the imagewidth parameter is present but no specified image reverts to large size. ie if 'imagewidth=' is used in template. Work around, tell editors to always specify value if they use parameter. [[User:Jon|Jon]] ([[User talk:Jon|talk]]) 17:23, 6 February 2019 (UTC) | |||
Sounds like something an If statement would be able to catch? --[[User:Danspencer101|Danspencer101]] ([[User talk:Danspencer101|talk]]) 08:46, 7 February 2019 (UTC) | |||
:Yes, that would do the trick. [[User:Jon|Jon]] ([[User talk:Jon|talk]]) 12:38, 8 February 2019 (UTC) | |||
=Completed Discussions= | |||
==Parameters to add== | ==Parameters to add== | ||
It would be good to add an image parameter. [[User:Jon|Jon]] ([[User talk:Jon|talk]]) 18:03, 18 December 2018 (UTC) | It would be good to add an image parameter. [[User:Jon|Jon]] ([[User talk:Jon|talk]]) 18:03, 18 December 2018 (UTC) | ||
Line 13: | Line 43: | ||
:It would be possible to automatically add page to categories based on the status, creator/s and date created (year). With varying degrees of trickiness. | :It would be possible to automatically add page to categories based on the status, creator/s and date created (year). With varying degrees of trickiness. | ||
::I have been investigating this today and think I have a working version. All projects are automatically assigned to the Category:Projects (in progress) unless the template status is Planning, Dormant or Complete. In which case it goes into the relevant categories for these. Is this the behaviour we want? --[[User:Danspencer101|Danspencer101]] ([[User talk:Danspencer101|talk]]) 23:41, 5 January 2019 (UTC) | |||
:As well as creation date, completion and dormant date parameters could be added. [[User:Jon|Jon]] ([[User talk:Jon|talk]]) 16:58, 4 January 2019 (UTC) | :As well as creation date, completion and dormant date parameters could be added. [[User:Jon|Jon]] ([[User talk:Jon|talk]]) 16:58, 4 January 2019 (UTC) | ||
{{done|date=January 2019}} | |||
==Add usage== | ==Add usage== | ||
It would be good to add example usage code in the documentation section. [[User:Jon|Jon]] ([[User talk:Jon|talk]]) 18:03, 18 December 2018 (UTC) | It would be good to add example usage code in the documentation section. [[User:Jon|Jon]] ([[User talk:Jon|talk]]) 18:03, 18 December 2018 (UTC) | ||
Done --[[User:Danspencer101|Danspencer101]] ([[User talk:Danspencer101|talk]]) 01:49, 6 January 2019 (UTC) | |||
Updated this today, I think it works better like this. I included the default value of 1 for the QRmode as you get an unsightly error if the field is blank. --[[User:Danspencer101|Danspencer101]] ([[User talk:Danspencer101|talk]]) 13:19, 22 January 2019 (UTC) | |||
{{done|date=January 2019}} | |||
==QR Code== | ==QR Code== | ||
Line 38: | Line 78: | ||
:Maybe the original purpose of the QR code for installed projects/equipment; people could scan it in the space to get more info. It might to good to have codes on things that might need replacing. For example, a code on a bin linking to where you can get bin bags from. Having the code appear on the actual wiki page is kind of distracting though, because of the amount of space they take up. [[User:Jon|Jon]] ([[User talk:Jon|talk]]) 18:06, 5 January 2019 (UTC) | :Maybe the original purpose of the QR code for installed projects/equipment; people could scan it in the space to get more info. It might to good to have codes on things that might need replacing. For example, a code on a bin linking to where you can get bin bags from. Having the code appear on the actual wiki page is kind of distracting though, because of the amount of space they take up. [[User:Jon|Jon]] ([[User talk:Jon|talk]]) 18:06, 5 January 2019 (UTC) | ||
== | {{done|date=January 2019}} | ||
== Formatting Bug? == | |||
[[File:Project infobox extra space.PNG|thumbnail|150px|Extra space for some unknown reason]] | |||
I've noticed that on some of the info boxes there are additional spaces added in usually on the "created date" line. | |||
Needs some investigation. --[[User:Danspencer101|Danspencer101]] ([[User talk:Danspencer101|talk]]) 15:23, 6 February 2019 (UTC) | |||
:<s>I think it's either something to do with either the image row or the title row.</s> Moving date created row to bottom usually corrects the formatting for that row. When the template is empty the title row is tall. Notice on [[WikiCleanup]] and [[Han Solo in Carbonite]] there is space under the image when createddate is at the bottom of the table. Also, on [[TourRobot]] 'primary' is the first row present and it is too tall. [[NoteAcceptor]] has a tall image and formats correctly. [[User:Jon|Jon]] ([[User talk:Jon|talk]]) 17:23, 6 February 2019 (UTC) | |||
:There could be some hidden returns elsewhere in the template. [[User:Jon|Jon]] ([[User talk:Jon|talk]]) 17:23, 6 February 2019 (UTC) | |||
:Think this is now more likely, deleted all the rows apart from the title row shrinks the empty template to normal height. I guess its 'just' a case of deleting each part one at a time to see what reduces the height of the title row. [[User:Jon|Jon]] ([[User talk:Jon|talk]]) 17:37, 6 February 2019 (UTC) | |||
::Hidden returns does seem likely. Notoced this morning that having a QR code value of 0 seems to introduce an extra space. --[[User:Danspencer101|Danspencer101]] ([[User talk:Danspencer101|talk]]) 08:50, 7 February 2019 (UTC) | |||
:::Having the if statements on newlines seems to be the cause of some of the spaces, I've commented out these returns. But doing so meant having to put <nowiki><br /></nowiki> at the start of the 'then' condition - otherwise a new row isn't started. Unfortunately, there is now a space under the image (if included) which I can't get rid of. [[User:Jon|Jon]] ([[User talk:Jon|talk]]) 16:10, 7 February 2019 (UTC) | |||
:Looks miles better even with the space under the image. Great job. I like the colour too. :) --[[User:Danspencer101|Danspencer101]] ([[User talk:Danspencer101|talk]]) 16:21, 7 February 2019 (UTC) | |||
{{also|Template_talk:Location#Formatting bug fix}} | |||
{{done|date=07/02/2019}} | |||
{{clear}} |
Latest revision as of 12:34, 21 February 2019
|
Open Discussions
Project type
There are two main types of projects - ones by members and hackspace infrastructure projects. Is it worth having a parameter for this? Jon (talk) 17:14, 4 January 2019 (UTC)
I've added this in; It wouldn't be hard to categorise these two types automatically if this is something we wanted to do?--Danspencer101 (talk) 01:55, 6 January 2019 (UTC)
My plan was to move member projects to be subpages of the relevant user and have the Project: namespace for actual space projects. I'd like to separate out personal content from actual useful reference info as much as possible. Alexmann (talk) 02:19, 26 January 2019 (UTC)
I can see why you'd want that but not sure it's the best route. Moving members Projects into the user namespace seems very odd to me. Its possible to keep them in the main namespace but add an automatic category to the template. This way if it's a 'space' project it will go to an Infrastructure Projects category. And personal projects can also be categorized automatically. Does this not meet the same end? To me it seems neater and doesnt proliferate namespaces beyond what the mediawiki software demands. --Danspencer101 (talk) 08:08, 26 January 2019 (UTC)
- I've added in the automatic categorization going off the "type" parameter. I assume it will take some time for the category/ project pages to update automatically. --Danspencer101 (talk) 15:27, 5 February 2019 (UTC)
Caption parameter
Wiki code seems to indicate there are 'caption' and 'imagewidth' parameters for images - but it isn't documented. Jon (talk) 12:14, 5 February 2019 (UTC)
I think the imagewidth parameter is used to ensure the image specified is less than or equal to 220px width. I'd prefer to keep it undocumented as it seems to work well and we don't want to encourage people to set it too large. For the caption, I agree it should be documented. --Danspencer101 (talk) 14:15, 5 February 2019 (UTC)
- I've added caption documentation. Regarding images the 'File:' can be in the template, rather than the article writer prefixing to the image file name. For example, use '[[File:{{{image}}}' in template instead of '[[{{{image}}}'. Would be a pain to change now though. It's probably possible to code in so either could be used, ie. if left-string(5) = 'File:' chop it off. Jon (talk) 15:02, 5 February 2019 (UTC)
Completed Projects
For projects such as Mythbusters_Wall-O-Boxes_Project or Workshop Dusty Area where the project documentation and functional description pages are separate, I think we need a parameter in the project template that links the pages. I have used the Livestatus parameter in both of these cases is this ok to continue to use or is a new parameter needed? --Danspencer101 (talk) 14:15, 5 February 2019 (UTC)
- I think we need a location/area infobox. Which could include a floor plan indicating the location. The project template could have a 'location' parameter - linking to the location page. This would work in both these case - but is more work. Workshop Dusty Area should perhaps be renamed 'Workshop Dusty Area installation', to help distinguish between the install info and the general area info. Jon (talk) 14:50, 5 February 2019 (UTC)
imagewidth bug (minor)
If the imagewidth parameter is present but no specified image reverts to large size. ie if 'imagewidth=' is used in template. Work around, tell editors to always specify value if they use parameter. Jon (talk) 17:23, 6 February 2019 (UTC)
Sounds like something an If statement would be able to catch? --Danspencer101 (talk) 08:46, 7 February 2019 (UTC)
Completed Discussions
Parameters to add
It would be good to add an image parameter. Jon (talk) 18:03, 18 December 2018 (UTC)
Agree, I've just gone ahead and done this. Used on Les Plywood project. If anyone wants to roll it back feel free --Danspencer101 (talk) 23:59, 3 January 2019 (UTC)
- Great work. I wonder if it would look better without the thumbnail border?
- I tried removing the |thumb| argument but doesnt seem to have done much. More research required I think... Danspencer101 (talk)
- adding |border|frameless| to the template seems to have worked |Danspencer101 (talk)
- It would be possible to automatically add page to categories based on the status, creator/s and date created (year). With varying degrees of trickiness.
- I have been investigating this today and think I have a working version. All projects are automatically assigned to the Category:Projects (in progress) unless the template status is Planning, Dormant or Complete. In which case it goes into the relevant categories for these. Is this the behaviour we want? --Danspencer101 (talk) 23:41, 5 January 2019 (UTC)
- As well as creation date, completion and dormant date parameters could be added. Jon (talk) 16:58, 4 January 2019 (UTC)
Done (January 2019)
Add usage
It would be good to add example usage code in the documentation section. Jon (talk) 18:03, 18 December 2018 (UTC)
Done --Danspencer101 (talk) 01:49, 6 January 2019 (UTC)
Updated this today, I think it works better like this. I included the default value of 1 for the QRmode as you get an unsightly error if the field is blank. --Danspencer101 (talk) 13:19, 22 January 2019 (UTC)
Done (January 2019)
QR Code
More info about the QR Code. Is the QR Code used on many project pages? Does it link to Nottinghack homepage or wiki page of project, or customisable? Jon (talk) 17:14, 4 January 2019 (UTC)
Example of pages using QR Code
The QR Code image on the Vending Machine page seems to be links to the wiki page its on. However, if you click through the hyperlink that the template generates it shows a different QR code that is a dead link due to a spelling mistake in the URL. See this image.
Anyone know how we can change this?
Side note, Does anyone actually use QR codes anyway? --Danspencer101 (talk) 22:16, 4 January 2019 (UTC)
This was a simple fix so I just changed the URL. Still questioning if we need the QR at all though--Danspencer101 (talk) 22:44, 4 January 2019 (UTC)
- Maybe the original purpose of the QR code for installed projects/equipment; people could scan it in the space to get more info. It might to good to have codes on things that might need replacing. For example, a code on a bin linking to where you can get bin bags from. Having the code appear on the actual wiki page is kind of distracting though, because of the amount of space they take up. Jon (talk) 18:06, 5 January 2019 (UTC)
Done (January 2019)
Formatting Bug?
I've noticed that on some of the info boxes there are additional spaces added in usually on the "created date" line. Needs some investigation. --Danspencer101 (talk) 15:23, 6 February 2019 (UTC)
I think it's either something to do with either the image row or the title row.Moving date created row to bottom usually corrects the formatting for that row. When the template is empty the title row is tall. Notice on WikiCleanup and Han Solo in Carbonite there is space under the image when createddate is at the bottom of the table. Also, on TourRobot 'primary' is the first row present and it is too tall. NoteAcceptor has a tall image and formats correctly. Jon (talk) 17:23, 6 February 2019 (UTC)
- There could be some hidden returns elsewhere in the template. Jon (talk) 17:23, 6 February 2019 (UTC)
- Think this is now more likely, deleted all the rows apart from the title row shrinks the empty template to normal height. I guess its 'just' a case of deleting each part one at a time to see what reduces the height of the title row. Jon (talk) 17:37, 6 February 2019 (UTC)
- Hidden returns does seem likely. Notoced this morning that having a QR code value of 0 seems to introduce an extra space. --Danspencer101 (talk) 08:50, 7 February 2019 (UTC)
- Having the if statements on newlines seems to be the cause of some of the spaces, I've commented out these returns. But doing so meant having to put <br /> at the start of the 'then' condition - otherwise a new row isn't started. Unfortunately, there is now a space under the image (if included) which I can't get rid of. Jon (talk) 16:10, 7 February 2019 (UTC)
- Hidden returns does seem likely. Notoced this morning that having a QR code value of 0 seems to introduce an extra space. --Danspencer101 (talk) 08:50, 7 February 2019 (UTC)
- Looks miles better even with the space under the image. Great job. I like the colour too. :) --Danspencer101 (talk) 16:21, 7 February 2019 (UTC)
Done (07/02/2019)