hello im new to ftb and i need help lots of help, i rent a server, and its not like a m.c tekkit server how do i use commands such as /op myself and /home, /spawn nothning works i downloaded ftb mincrack and thats as far i as i got.
Could we get the Style Guide to specify people should not create pages on vanilla items? I believe that is pretty common on other wiki's. I've added template:delete to a couple of them recently in the hopes that they will be removed.
There has been a rather extensive discussion whether or not vanilla items should be included in the wiki. The main consensus was that vanilla items should be allowed on the wiki, albeit in a shortened manner and the articles should focus on the changes and differences in FTB. That is a guideline I could include in the Style Guide.
You can find this discussion on vanilla articles here. If you feel vanilla items don't belong here anyways, feel free to voice your opinion.
Thanks for the link. Interesting reading with some good points raised, mostly in favour of limited vanilla pages.
I suspect including something in the style guide along the lines of:
"Creating articles on vanilla items is in general discouraged as this Wiki focuses on content within FTB mods and it is assumed players have a good general knowledge of standard minecraft items. In the case of an item that has been modified or otherwise impacted by FTB mods, then it may be appropriate to include a page on the item, with the focus on FTB changes/features."
Sounds rather good! It'll probably be written in a more neutral way in the Guide itself though. :b
Unfortunately I have very little time today, but I'll make sure to add a section on vanilla items tomorrow. I hope to expand the Style Guide even more in the coming weeks and work a bit more on things like community policies / etiquette.
If you have any more suggestions or if you see any reoccuring problems that should be resolved, I'd love to hear them.
I understand your concern. However, considering the way the search bar works, redirect pages do not show up in the search function. If you type in "Engine", which is a redirect to "Engines" (it should probably be singular though), you will not actually be brought to the "Engine"-redirect page. Instead, you get a suggestion for "Engines" or if you press enter, "Engines" is the first link to appear. The redirect page "Engine" is not mentioned anywhere in this process.
If you are concerned about articles linking to duplicate pages, I will make sure to leave a redirect there or change the links in the articles.
The wiki search is not the sole indexer of this wiki. a Google search may turn up a link to a page which has been moved. Or an external link has not been updated. Also some users are apparently incapable of searching before creating duplicate articles, so I'd rather give them fewer opportunities.
Well... it used to be Mods, but I've been removing the s on the end of categories, I was just worried that you wouldn't want Category:Mod too because you removed the Mods and didn't replace it with Mod.
In all of the articles I've been editing about individual items/blocks, I've been following the following guideline:
For items, use the grid image in the item template, as in Fertilizer, this is 32x32. For blocks I have been using the slot block image rather than a screenshot from the world to get a consistent and clean look. These are scaled to 128x128, see Blulectric Engine.
Would it be preferred that I continue this way? I could create larger images for the item icons if required. Also, would it be preferred that I use the block images as I do now (and possibly replace in-game rendered ones that are on the wiki)? Or are in-game images preferred?
The clean slot block images are perfect. I'm not sure how you are achieving those and I've been wondering for a while about them. Any pointers on that? I love the clean look.
As for the Items, 32x32 is absolutely fine. It helps distinguish between items and blocks.
Generally, in-game screenshots should be used to show a certain action or usage of an item. There are a few redundant images in that aspect on this wiki.
I have laid the groundwork for a Feed The Beast Wiki:Style Guide. Feel free to throw in some suggestions there. An image guide is something I will add to it at some point once the bigger things like rules and policies get sorted out.
Well, essentially, I grab a screenshot of the block in my inventory, the same thing goes for items really... I paste it in Paint.NET, crop the image to the slotsize, which is 64x64 when my client is maximized. Then I select the slot color with the magic wand selection tool at tolerance 0% and remove it to get a transparent background. For the grid images I scale them down to 32x32 by resizing the image with a neirest neighbour algorithm so the colors aren't blanded to get a soft resize effect and if that doesn't bring out the edges for the blocks nicely enough, I try a bilineair resize. In case of the block images, I enlarge the 64x64 images to 128x128 with the neirest neighbour algorithm. (Some of the item grid images I also pull directly from the sprite images in the mods, but that doesn't work for blocks.)
It doesn't really matter to me, resizing takes me half a second before saving, and the outcome should be the same. By using neirest neighbour, you will never produce blurry images when enlarging, because it's essentially the simplest algorithm available to enlarge, it doesn't try to smoothen the image, it just replicates pixels.
I've been thinking, I think we should create separate pages for each duplicate item/block from several mods. For example Copper Ore (Forestry) and Copper Ore (RedPower 2). The Actual page, Copper Ore in this case, should not e allocated to a specific mod, but should always link to the pages for each separate mod.
Since different packs can have different mods, throwing a bunch together on the same page, that may not always work together might cause confusion. It would be best to document each mod individually as such and keep a consistent naming scheme. That way, we can also provide images for each separate mod item.
I would also recommend renaming all pages that are named with for example (IC), (IC2), (IndustrialCraft) to (IndustrialCraft 2). It may be premature, but if an IndustrialCraft 3 were to be released, some items might have different properties and should be documented separately. The old pages should be kept for supporting the older mods as it's possible to run older mod packs or even older versions of mod packs.
I'd even go as far to say that It'd be better to simply include the mod name in the page name of every item/block we document. That could save work in the future, if anything were to be moved. Of course, that's just my opinion, but I'd love to hear what other think about it.
(On a side-note, who would I contact about possibly becoming an admin? I know I haven't been around very long, but I've contributed quite a lot and I feel I could get more things done faster if I could perform some of the administrative tasks like deleting pages myself.)
I've thought about this problem quite a bit. Like you I think the best solution is to create seperate articles for items for each mod. However, in many cases the usage will overlap. Maybe not for Copper Ore, but for Copper Ingots the information will be extremely similar in each article because they are used interchangably almost all the time. That's the only thing leaving me in doubt right now.
If you find any pages with incomplete names or abbreviations like IC or IC2, feel free to rename them ((unless that requires admin powers, but I don't think it does)). Talking about the bigger picture, I think it will be impossible to sustain a precise history for previous FTB versions in each article, especially when it comes to things like GregTech messing with recipes and other balance quirks.
I think including the mod in all page titles is a bit overkill. I don't suspect all that many big mod additions coming and I hope that at some point all the mods will be better integrated so that there will be fewer item duplicates, so I'm not too worried about that.
Common properties of blocks and items could be included in the main reference page, maybe including some information about frequent uses in certain mods to guide people in the right direction.
As for admin powers, I'm mostly having issues with the fact that I can't rename resources and delete duplicate resources/pages.
I'm not really talking about keeping a history of each FTB version, rather just pages for each major mod version, eg. BuildCraft 2 and BuildCraft 3 (of course we probably won't be documenting BC2, but just as an example...).
On a side-note, I'm currently working on Template:RP2-nav and a lot of RedPower 2 related pages. For the navigation template, I've been uploading specific grid images for the RP2 resources, such as . These can also be used in crafting recipes for RP2 as not to show grid images from other mods. I also put down some more ideas here.
EDIT: Note that said mod specific images do cause some duplication at times, but it's hard to rely on for example to remain the RedPower 2 item when I can be sure that will never change.