- Indeed, welcome. We're glad you're here. Feel free to ask any questions you might have of me as well; my talk page is always open. -- Heaven's Agent 18:21, 23 February 2012 (UTC)
- Cheers guys, and thanks for the welcome! Zophar 21:14, 24 February 2012 (UTC)
Planet-specific codex subpages[edit source]
Hold up on removing code from the actual planet articles. As was pointed out this morning, using transclusion as a method of listing codex entries acts as a barrier to entry for new contributors. We should avoid it whenever possible. -- Heaven's Agent 21:10, 29 March 2012 (UTC)
- Ok... I was looking to avoid managing multiple duplicate list, but I understand. I'll correct that soon. Zophar 21:13, 29 March 2012 (UTC)
- Duplicate lists for this information shouldn't exist on the project. Where are you finding them? -- Heaven's Agent 21:22, 29 March 2012 (UTC)
- Ah, I understand the issue. The ultimate goal is to remove the majority of the codex lists off the parent planet articles entirely and creating formatted subpages to house that information. This would function similar to how schematic lists have been moved off the parent article for Crew Skills. -- Heaven's Agent 21:29, 29 March 2012 (UTC)
- I don't think we need a banner for planet articles. We can simply code the appropriate links into the infobox template, which needs redesigned anyway; we should avoid having an infobox and a banner in a single article whenever possible. I'm also thinking a link within a section of he parent article would be appropriate as well. -- Heaven's Agent 12:13, 30 March 2012 (UTC)
- ;) Hum I begin to be a bit lost to know what to do and don't.... So if you can have some time in the next days to define/implement exactly how/where to put codex entries links i'll be very happy. Thanks ;) Zophar 12:35, 30 March 2012 (UTC)
- Sorry, I'm afraid I'm not communicating very clearly. That's my fault; it's what I get for having things planned out but not implementing them yet, for various reasons. Planet articles need to be easily readable and, because of their length, utilize article space to its full potential. For now a simple link in a Codex entries section should suffice, as I added to Hoth. Ultimately this section would also include a brief summary/overview of what the entries cover, something like the introductions to nature/historical documentaries and including source citation. I'm planning on tackling that when I make my final creative pass through each planet article (when I finally get to that point), but feel free to try your hand at authoring something if you'd like. -- Heaven's Agent 14:02, 30 March 2012 (UTC)
I'm guessing you figured out how to pull maps from the client. How do you manage it? I'll help. -- Heaven's Agent 14:14, 5 April 2012 (UTC)
- Hum not exactly... This is a grab from an other site. Guess which one? As the curse admins seems positive to grab maps from other site (as the content belongs to the game), I thought I could give a try. I won't add more for now (Just to see how you and other guys will react). Anyway I also began to build the structure and a talk page to reference all the map coordinates. Just trying to get that chapter moving forward... Zophar 14:21, 5 April 2012 (UTC)
- Yeah, just don't add any more until the issue is resolved. For now I'll add a source link to them so that we can have our bases covered while we decide on a course of action. -- Heaven's Agent 14:47, 5 April 2012 (UTC)
- Sure. Now I have a bunch of maps to work on and set some categories, codes and references. I'll do that at home tonight if I found some time. Zophar 14:52, 5 April 2012 (UTC)
- As a quick aside to note in the future: if these are game assets obtained from the client itself, we cannot modify the images. This includes resizing them. It violates fairuse practices to edit such material. -- Heaven's Agent 15:22, 5 April 2012 (UTC)
Cam the tooltip template recognize files with the PNG extension? I believe taking images from the game to be a valid alternative. Please compare Minimum Security Section map.png, which I uploaded today, with Minimum Security Section map.jpg. -- Heaven's Agent 14:54, 13 April 2012 (UTC)
- Hello, I'll implement that soon, just need to tune the api query a bit for that. Zophar 19:37, 13 April 2012 (UTC)
- Support for png file added. Looks for "xxx_map.jpg" and "xxx_map.png". If a JPG is found it will be display primary. If no jpg file is found it will display the png (if it exist). Zophar 12:26, 14 April 2012 (UTC)
- A thought occurred to me this morning. Is there any point in defining the maps' display parameters now, when we're just going to have to relist the appropriate file names when the maps are uploaded to the site in bulk? -- Heaven's Agent 17:44, 28 April 2012 (UTC)
- Again i'm not sure to understand you question (Damn french ;)). Anyway if you are talking about the coords i'm definining on the talk page of coords tooltip User talk:Zophar/coordstooltip.js I would answer that it's still usefull even if you'll reupload the maps in a near future (As long as the version you upload corresponds the the maps in use in the client). It tells the tooltip in which boundaries each maps are (so the tooltip is able to display the correct location of a coordinate). Now concerning the name convention as long as you keep it standard like "<Zone/Area name> map.png" or any other prefix, it should do the trick (I can easily adapt the naming convention in the code). Does it answer you question? Zophar 22:39, 28 April 2012 (UTC)
- Maybe; it depends on how the maps are named. Even though it's unlikely the maps will conform to the "<Zone/Area name> map.png" format, there might be some naming convention in play. That said, the specific format may not make sense to us. It's very possible the maps will boast file names similar to those for item icons, like "536991.png"; the maps' file names could be nothing more than strings of numbers or code that the client recognizes, but that we don't. If this is the case, is it going to be possible to code the tooltip to recognize these file names?
- In other words, is the coords tooltip capable of recognizing "8826784.png" instead of "Alderaan map.png"? -- Heaven's Agent 22:51, 28 April 2012 (UTC)
- The items being named "8826784.png" is something DarthHater did since the client files are named according to what the icon looks like, i.e. "acidblade" and "ambush". The regional maps are named like "map_hub5_r". We'll see how DH does the map naming. -- 12:09, 29 April 2012 (UTC)
- The answer is yes it's possible to code the relation between filename and zone/area (but it's almost the same process to rename every file). Zophar 12:12, 29 April 2012 (UTC)
- We need to avoid renaming the files, though. We stretch fairuse policy fairly thin in the process of doing our work here, but the editing and renaming of an original work is something fairuse specifically does not allow; images taken from the client definitely qualify as original works, as opposed to a duplicate work such as a screenshot. To be honest, the idea that DarthHaterDB renames icon files is ... disturbing. I might end up taking the initiative to dig through the icon files with the specific intent of renaming them to reflect the titles they were assigned by Bioware.
- In any case, thanks for clarifying, Zophar. As long as its possible we can make it work; once I'm done with finals I can return to taking a more active role in the project and help out in that effort. -- Heaven's Agent 14:35, 29 April 2012 (UTC)
Re: PAGENAME with parse function[edit source]
Primarily because it creates a barrier of entry for those unfamiliar with more advanced wiki markup. It's valid and functions properly, but is unnecessary and can be both confusing and intimidating to those new to wiki work. Such code implementation actually prevented me from starting work on wikis for more than a year, and that is not a situation we want to create here; jumping in to help build a wiki for the first time can be intimidating enough as it is.
I'm also not a fan of how the code is automated. What if the article is renamed? What if the article name does not correspond to the sorting of the article in categories (which is often the case). There are many logistical issues such coding implimentation presents. -- Heaven's Agent 11:21, 30 May 2012 (UTC)
Building a community and tooltip coords[edit source]
Are you still around? If so, please check out the thread I posted on the forums. I'd like to hear your thoughts.
Also, I'd like to get your coordinate tooltips running site wide. Can you let me know what needs to be done and I'll get it going? Thanks! --19:10, 25 June 2012 (UTC)
- Hi Alianin and thanks to take sometime to write on my page ;) About your post "Building a community" that's the exact reason I've taken some distance from this wiki for the last 4 weeks (Well now Summertime, Euro Cup 2012, and Diablo 3 have also some impact on that decision ;)). Now I would be glad to provide some idea/suggestion to make the things moving forward as soon as I have some more time.
- Concerning the coordinate tooltip you should simply paste the content of User:Zophar/common.js in the main MediaWiki:Common.js (Two include files). You can let those included files in my userspace or copy it somewhere in MediaWiki workspace. I would be very happy to see that tooltip going live.
- Don't worry I've not left this wiki but just take some time to do some other things, I will always appreciate to contribute in the future. Zophar 12:26, 27 June 2012 (UTC)
- Glad to see you'll be back. When you're ready, feel free to jump right in; we've got a lot to do to get the project ready for, essentially, a relaunch. Another pair of hands would be more than welcome. -- Heaven's Agent 12:58, 27 June 2012 (UTC)