Djkanna

Multi-purpose template. Actually looks pretty nice. My only concern is it's "What's new Pussycat? Woooaaahhh". :p Good job and good luck.

Here you go. Also this is of a similar colour scheme to the one you've chosen, maybe it'll help you with designing your page elements. :)

'Flat design' can work for games and there's nothing stating one cannot use graphics in a design that's primarily flat. This one however really doesn't work. You need to work on your colour scheme DopeboyGFX, as mentioned the scale of things could use some work too.

No problem, try replacing your gang_borrow_item function with: this

Try replacing your gang_view_armoury function with: this

A single source ( presumably open-source licensed ) file, that anyone can update and use in whole or in part. The potential for a more generic layer between people's games and other people's modifications ( providing the 'API' is adopted by people ). If people use it, and people contribute more generic helper methods, could potentially cut down on the multiple versions of ( as an example ) inJail functions that many mods utilise.

I like the border of the bar at the bottom. :) The rest is decent too, but that bar...

Oooh narrated by Joe Mantegna. I'll watch it in full later on. Try this, if you're into this sort of thing Suez: A very British crisis It's on my list of things to watch, so not sure if it's any good, or factually correct.

:) Another thing before you get pissed at me, provide a dropbox or another file host mirror, because the syntax highlighter tends to screw up. ;)

If I recall correctly, equip_* will also unequip a pre-existing item if there is one and add it back to the inventory, so you may want to add a check there to see if that item was a borrowed item and update the item_add and the borrowed status accordingly. Example: item 1 = borrowed; item 2 = not borrowed; Equip item 1 -> status = borrowed. equip item 2 -> item 1 returned as a borrowed item, item 2 equipped, status does not change, due to the item not being borrowed -> Status = borrowed. unequip.php, item 2 unequipped added to inventory as borrowed because of the lack of a status change.

It doesn't track the item itself. $selectItem = $db->query("SELECT `item` FROM `gang_armoury` WHERE `gang` = ".$gangdata['gangID']." AND `item` = ".$_GET['ID']); if(!$db->num_rows($selectItem)) cleanKill("Your gang doesn't own this item"); $selectLoan = $db->query("SELECT `g`.`userid`, `g`.`item`, `i`.`itmname` FROM `gang_armoury_loans` AS `g` " . "LEFT JOIN `items` AS `i` ON (`g`.`item` = `i`.`itmid`) " . "WHERE `g`.`gang` = ".$gangdata['gangID']." AND `g`.`item` = ".$_GET['ID']); if(!$db->num_rows($selectLoan)) cleanKill("That item hasn't been loaned out"); $item = $db->fetch_row($selectLoan); $selectUser = $db->query("SELECT `username` FROM `users` WHERE `userid` = ".$item['userid']); $user = $db->num_rows($selectUser) ? $db->fetch_single($selectUser) : 'Unknown'; $db->query("DELETE FROM `gang_armoury_loans` WHERE `gang` = ".$gangdata['gangID']." AND `item` = ".$_GET['ID']." AND `userid` = ".$_GET['user']); // Will pass/fail regardless of the users inventory. $db->query("INSERT INTO `gang_armoury` (`gang`, `item`, `qty`, `total`) VALUES (".$gangdata['gangID'].", ".$_GET['ID'].", 1, 1) ON DUPLICATE KEY UPDATE `qty` = `qty` + 1"); item_remove($_GET['user'], $_GET['ID'], 1, 1); //Will fail if the item is equipped, gang still gets the item back, a user has a free item. The rest is fine, however with the equip/unequip it will not do much to help, as like I said the borrowed status would be "No" once an item becomes equipped. If you do add checks to equipped items, make sure to check them for when gaining a new item, as like I said the item isn't in a users inventory, so when a user gains the same item, if you add something to keep track of borrowed status when an item is unequipped, that item will then increment with the other acquired item and both will be set as 'borrowed', which as said above could be an issue.

When items are equipped and unequiped they are removed and added respectively into the inventory table ( or at least the last time I looked they were ). So when a user equips and then unequips an item they don't have multiples of, that item is now not a loaned item, regardless of if it was or wasn't before. The result, you end up with duplicate items, due to the fact a gang can still recall an item, and the checks in place there only check if a user has an item by id, and is in that gang. ( the item_remove, has no influence over whether or not you give an item back to a gang, so if that fails it doesn't matter, the gang still gets the item back, result: A gang has lost nothing a gang member gained a free item ). Do this a few times, loan out an item, equip it, unequip it, recall the item, donate the item to gang, would result in a nice little exploit that gives the gang free items. Another problem would be, item_add() it automatically increments the qty field of the users inventory, so if they have a borrowed item, and then get the same item from a different source, both items will now be classed as 'borrowed', but if the original is reclaimed there is no way for that item to return to it's rightful status, so a user will be stuck with a borrowed item that nothing can be done with except forced removal/editing of an admin or staff member. Disclaimer: If the equip/unequip no longer works this way, then this may not actually matter however you should probably still check that the item they're trying to get back is actually borrowed and not just owned. - My bad, you check your own table which tracks the user/loaned item, so maybe actually check they have this item also rather than just call item_remove, as like I say, all it needs to be is equipped for it to no longer be in a users inventory, but the checks you have in place will still allow the gang to process the reclaim, which means the above exploit just got a whole lot easier. TL;DR: If a loaned item is equipped it is removed from the inventory and it's ID is stored in the users table, you should probably track the item's borrowed status in this instance too.

What about edits to the equipping/unequipping to compensate for loaned items?

A discount is a discount all the same, and Maplins do not have the reputation of being the cheapest electronics store around, so yup it is something.

You do, do you? Let us go shopping!

Best of luck for the future pal.

I don't think it's a must in this context, the majority of web game players will have it on, or will turn it on in order to play the game if they wish to play. I suppose it's possible that users that use their phones/tablets may have a hard time playing the game. I'm curious Dayo, why you opted to build your own 'page loader' over something like Sammy.js for example? As I'm sure there will be a lot more than just client-side URLs/template loading you'll be needing in your ajax driven goal. I personally chose to use AngularJS, but there's a magnitude of libraries out there that can achieve that app like feel. TodoMVC gives you a good idea of what these libraries offer.

Same here, although I pre ordered it, so £5 off Tesco promotion ( may still be running - for other pre order games ), and I had a couple clubcard vouchers that hadn't been use so £30.99. I tend to use Tesco for games, in past experience if I pre order games, I get them the day they're released, and if it's different dates for US and UK it usually comes on the US release date.

Not long, it's quite simple, I'd say just under an hour to its current state ( coded, - forms for adding/editing ). If you want it, I'll do something for the forms for adding/editing tonight and you can have it.

Ain't much of a designer myself, but how about this as a look for it? P.S: Not knowing how looks on Chrome/IE but it looks relatively proportionate to my resolution, in Firefox. - New task submit button states "edit" rather than add.

Do you blame him/her? Thread cleaned up somewhat, keep it to the subject of the thread please.

Closed as requested.

What am I missing? JSFiddle Want the same button? JSFiddle

I prefer the second version, I very rarely see games that can pull off 3 column layouts, though that is just my opinion on something I'm not very good at... ( design/aesthetics )

Fatal error: Call to a member function query() on a non-object in /home/a6415728/public_html/MiniBulletin/articles.php on line 290 Editing an Article - On that note, should a newly created user have those options ( edit/delete article ) available? Account: DemoAccount - demodemo