Difference between revisions of "Talk:FF7/Kernel/Kernel.bin"

From QhimmWiki
Jump to navigation Jump to search
Qhimm>Halkun
Qhimm>Synergy Blades
Line 19: Line 19:
::On a slightly related note, SB, how exactly are you converting Gear's tables from PDF to wiki? Are you doing it by hand? I'm using an exported html file from Acrobat, and the output is really crufty.
::On a slightly related note, SB, how exactly are you converting Gear's tables from PDF to wiki? Are you doing it by hand? I'm using an exported html file from Acrobat, and the output is really crufty.
::--[[User:Halkun|Halkun]] 18:46, 9 Mar 2005 (CST)
::--[[User:Halkun|Halkun]] 18:46, 9 Mar 2005 (CST)
:::Yeah, I'm converting them by hand. At first it was a thankless task but I'm actually pretty quick at them now so don't mind going over them.
::: I agree about the FF7/XX/YY thing and yes, it would look better if it was just for example Savemap. The only issue I've then got is as you say differentiating between FF7 and FF8 savemaps and unless this was strictly an FF7 technical wiki I'm not sure how you'd fix that. You could use Disambiguation pages - so that if someone types in Savemap in the search, there are links to FF7 Savemap and FF8 Savemap pages, though this seems a bit clunky to me. I'm not sure, definetly something to ponder. Qhimm? --[[User:Synergy Blades|SB]] 19:52, 9 Mar 2005 (CST)

Revision as of 03:52, 10 March 2005

Detaching the tables?

Somethings been bugging me. You think we should "Detach" the KERNEL.BIN format and place it as it's own article ala the TIM example? This will allow 1)The search function be able to pick up "kernel.bin" and return a intelligent response, and also 2) Keeps a particular article from being overloaded with tables. We can check to see if anything's been orphaned using the special pages. I think we should do this for things like the savemap as well, or any global resource that gets frequently refrenced.

Another issue is my html export of Gears uses tags, which this wiki does not parse. How do you remove these in a quick manner to make these tables?--Halkun 22:50, 8 Mar 2005 (CST)

I've finished this section and just looking at the length of the tables it might be a good idea to somehow break it up, not just from a stylistic point of view but when I edit it the Wiki tells me that since the article is more than 32KB there may be some browsers that cannot edit it. I don't know if these are just older browsers since IE6 and Firefox 1.0 don't seem to have any issues.
About the tables, if you want me to go over them and format them in the Wiki's native table format so that it's easier to edit, I can do that, or if you want, take a look at the formatting for the tables on this page I've done and apply them to tables elsewhere (or copy/paste/edit if it's easier). --SB 06:22, 9 Mar 2005 (CST)


Detaching parts of the contents is a good idea IMO, especially in such a "modular" case where the kernel.bin format is completely explained in another article (about what uses the file). This article can be easily rewritten to a short reference to FF7/Kernel.bin, or even use wiki code to include the latter in the former. I think the linking solution is preferable, though. Edit: In fact I think the descriptions on the various blocks och kernel.bin can be split into articles as well, especially since these are direct memory dumps (i.e. they will be referred to by their own right from other articles). --Qhimm 10:10, 9 Mar 2005 (CST)
I've been doing some though on this. I guess in my (our?) zen to convert Gears to wiki, we are falling into a trap.
I'm not really liking this subdirectory thing. The whole FF7/XXX/YYY does nothing but break the direct search function. The only perk I see is that we have a referal at the top of the article to the one previous. Don't we already have a "back" button on our browsers that do that function already? Can someone think of a good reason why I can't just make a savemap table and simply call it Savemap or what about Walkmesh and simply refer to it though a) the search function ar b) crosslinking from other articles? Wiki has tools to keep things from getting "lost" and I think we can fix disabiguities when we come across them. Then again, we are now in the prossess of converting a liniar document (Gears) to one much more dynamic. One of the fears, I guess, is that we don't want to mix up FF7s "savemap" with FF8's "savemap", but when I have edited Wikipedia pages, It's nice to just be able to stick in a reference without having to remeber what directory it's in. I don't think we should be afraid to pop in a blank refrence and simply edit it. I think we should let the wiki do it's job.
Probably agood plan of action is to at least Get gears in here first. I might just be a little put off by the "new car smell" of a brand new wiki and don't want redirects from here to high-water as we shove things around. (Even though they are invisable)
On a slightly related note, SB, how exactly are you converting Gear's tables from PDF to wiki? Are you doing it by hand? I'm using an exported html file from Acrobat, and the output is really crufty.
--Halkun 18:46, 9 Mar 2005 (CST)
Yeah, I'm converting them by hand. At first it was a thankless task but I'm actually pretty quick at them now so don't mind going over them.
I agree about the FF7/XX/YY thing and yes, it would look better if it was just for example Savemap. The only issue I've then got is as you say differentiating between FF7 and FF8 savemaps and unless this was strictly an FF7 technical wiki I'm not sure how you'd fix that. You could use Disambiguation pages - so that if someone types in Savemap in the search, there are links to FF7 Savemap and FF8 Savemap pages, though this seems a bit clunky to me. I'm not sure, definetly something to ponder. Qhimm? --SB 19:52, 9 Mar 2005 (CST)