Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - Andrew

Pages: [1] 2 3 ... 15
1
Announcements / M&F 1.1 Update
« on: April 08, 2018, 07:47:42 AM »
So, after realizing that trying to do a big massive update was a bad idea, I stripped out all the unfinished bits, finished all the easily finishable bits, and packaged it all up for release.

Might & Fealty is now on version 1.1.0.0, which includes a number of new features for realms, characters, settlements, and more:
  • Characters
    --Characters are no longer restricted to heterosexual relationships. This is a setting that must be enabled, in the characters setting menu though, as this game is loosely based off medieval society.
    --Validation of character suicide form is now performed server side as well as client side. -- Finishing one of Tom's TODOs.
    --Character suicide screen now lets you edit the death message, and redirects you to view the character page of the fallen upon submit. -- Finishing one of Tom's TODOs.
    --It is now possible to retire a character. In other words, you can remove them from play without killing them.
    --Retired characters get to have a retirement background field, explaining why they retired or what they're doing in their retirement.
    --It is also possible to un-retire characters, bringing them back into regular play, after a bit.
    --Prisoners now properly and fully affect travel speeds. They also slow down travel overall, as transporting prisoners is not routine travel.
    --Account character list now sorts unplaced characters first and retired characters just before the dead characters.
  • Conversations
    --Realm conversations will now identify themselves as a realm conversation when read.
    --Character & message summary unread conversation listing will now identify which realm a conversation is part of, if any.
  • Description Manager (Back-end Service)
    --Added the Description Manager for tracking historical descriptions, linking them to who made them, when, and for what thing.
    --So simple and useful, I convinced the BM'ers they should use it too.
  • Realms
    --Realms can now designate a capital.
    --Realm Positions will now sort between active and retired on the position management page, letting you see at a glance which ones are currently in use.
    --Realms can now be abolished. If sovereign, all sub-realms/estates become independent. If not, all subrealms/estates move up a level.
    --Realm descriptions are now handled by the Description Manager.
    --Realms can now be abolished. Handle with care.
  • Settlements
    --New buildings: Apothecary, Arena, Dockyard, Moats, Guild District, Guild Square, Quarry, Race Track, Royal Seat, Warehouse, Regional Seat, Local Seat, Imperial Seat.
    --New permissions: "Create Place Inside" and "Create Place Outside"
    --Settlements now display their realm when select on the map, and their top-level realm if that is different.
    --The game will now inform you of existing militia and recruits when trying to train more.
    --Settlements now have user-editable descriptions, handled by the Description Manager.
  • User Experience
    --New players are no longer able to place new characters directly on the map. Knight offers are now more important.
    --Invalid credentials on login attempt will no longer dump database info.
    --(Shorter) Announcements will now display on login page/box.
If you find any bugs, please let us know!

2
General Discussion / A Discussion On The Value Of Characters
« on: April 05, 2018, 01:21:19 PM »
So, Might & Fealty, is a game about characters and what they do, but we have a problem in that players realize that they're easy to make and will spam them.

I'm open to ideas on how to get players to value their characters more, and will start with proposing my own idea for how to do it.

Make it so captivity cannot be escaped by chance. Either your captor becomes captive (and you pass to the new captor) or they release/kill you. Captivity will either prevent you from killing your character, or massively up the spawn timer. The goal here is to tie up people who abuse the character setup, and at the same time, build up recognition between families and characters of those families that act in ways we want (not spamming characters to use as weapons).

Your thoughts please!

3
General Discussion / A Discussion On Allowing Non-Human First Ones
« on: February 22, 2018, 02:36:00 PM »
So, the topic has come up again and I'd be interested in hearing as much input on it as possible this time, as I'll probably not bring it like this again for quite a while (years?).

Should we allow First Ones to be non-human races?

Alternatively, should we allow people to say that they are playing elves, orcs, or other, pre-defined races?

I say pre-defined because it allows us to have specific descriptions of what the races look like in one place, and it means we won't get people coming in and just creating another race simply because they can.

Personally, I'm for it because it allows us to introduce a new dynamic into the social-aspects of the game. I will state though, this will be purely a cosmetic addition (if we add it). No sort of in-game bonuses or penalties regardless of whatever race your First One claims to be or actually is.

Your thoughts would be appreciated.

4
Announcements / December 2017 Report
« on: January 26, 2018, 11:55:47 AM »
Salutations Everyone,

Sorry about the delay in getting these out, but I had been focusing mostly on the upcoming update and life stuff.

As per usual, first, lets talk funding.

Income & Must Pays
(Keeping the Lights on)
TypeAmountNotes
Credit Purchases+105.00 EURHow much we received from players purchasing credits
PayPal Transaction Fees-3.05 EUREstimated Percent lost in fees to PayPal
PayPal Transaction Fees-3.00 USDPer Transation fees to PayPal
Hosting Costs-40 USDAmount spent on server hosting

Total= 84.09 USDMonthly Total
Leftover+ 28.17From Previous Month
YTD= 112.26 USDYear to Date Total

Like I mentioned last month, the joys of the credit system. It's not exactly predictable, but I'm not complaining.

What else would we, ideally, pay for though?

Additional Costs
(Things that improve the situation)
Advertising Costs-60.64 USDAmount spent on Google ads (Results will be broken down below)
Test Server Costs-40 USDAmount spent on the test server's hosting

Total-100.77 USD

As you can see, that costs a bit of money. The test server uses the exact same hosting plan as the live server, and has much of the same data, allowing us to push big updates to it first in order to make sure they don't catastrophically break something. It's not a required costs, but it's very much a nice thing to have. In regards to the advertising costs, that's got its own table below that goes more in-depth. These are the things I handle myself, as the game can't currently afford their cost.

Advertising Info
(New players are good thing)
TypeViewsClicksInteraction RateCost
Text Ad6,7683425.05%30.40 USD
Display Ad34,6047142.06%30.24 USD

Total41,3721,0562.55%60.64 USD

Like I said before though, this is something I've been paying for, myself, for quite a while now. From March of 15 through October of 16, I was paying for just a text ad. In November of 2016, I added the display (picture) ad. Lifetime, they've gotten 27,825 people to at least look at Might & Fealty.

Subscribers & Purchases
(What credits are spent on)
TypeAmountNotes
Subscriptions11,100 Credits
Heraldry1,500 Credits
Culture Packs0 Credits

Total12,600 Credits

How many players do we have though?

Players
(How many gods?)
Count TypeAmountNotes
7-day142 Players
14-day154 Players
30-day169 Players

Based on that, the game has gained, as of this posting, 7 returning players over the last month and a half. Soon, I'll update the method I use to get this info so it does a lot of this for me, and shows me a better breakdown of info, but until then, this is what you're getting.

5
Announcements / November 2017 Report
« on: December 01, 2017, 03:37:17 PM »
Salutations Everyone,

I'm back again with the numbers from November!

If you're the type who's curious where the funds go or how much things cost, or even the condition of the game, well, here you go!

First and foremost, lets talk funding.

Income & Must Pays
(Keeping the Lights on)
TypeAmountNotes
Credit Purchases+15.00 EURHow much we received from player's purchasing credits
PayPal Transaction Fees-0.44 EUREstimated Percent lost in fees to PayPal
PayPal Transaction Fees-0.60 USDPer Transation fees to PayPal
Hosting Costs-40 USDAmount spent on server hosting

Total= -24.03 USDMonthly Total for November
Total+ 52.20From October
Total= 28.17 USDYTD Total

Well, it's certainly nowhere near last month. This kind of comes with the territory though, with how the credit system is setup. Sometimes players have a lot of credits, and sometime they don't.

What else would we, ideally, pay for though?

Additional Costs
(Things that improve the situation)
Advertising Costs-60.77 USDAmount spent on Google ads (Results will be broken down below)
Test Server Costs-40 USDAmount spent on the test server's hosting

Total-100.77 USD

As you can see, that costs a bit of money. The test server uses the exact same hosting plan as the live server, and has much of the same data, allowing us to push big updates to it first in order to make sure they don't catastrophically break something. It's not a required costs, but it's very much a nice thing to have. In regards to the advertising costs, that's got its own table below that goes more in-depth. These are the things I handle myself, as the game can't currently afford their cost.

Advertising Info
(New players are good thing)
TypeViewsClicksInteraction RateCost
Text Ad11,6363062.63%30.38 USD
Display Ad58,7728121.38%30.39 USD

Total70,4081,1181.59%60.77 USD

Like I said before though, this is something I've been paying for, myself, for quite a while now. From March of 15 through October of 16, I was paying for just a text ad. In November of 2016, I added the display (picture) ad. Lifetime, they've gotten 26,006 people to at least look at Might & Fealty.

Subscribers & Purchases
(What credits are spent on)
TypeAmountNotes
Subscriptions9,200 Credits
Heraldry0 Credits
Culture Packs0 Credits

Total9,400 Credits

How many players do we have though? I did say I'd share that this month. I will preface this with these numbers aren't as accurate as I'd like them to be, as the method I use to collect isn't ideal, but....

Players
(How many gods?)
Count TypeAmountNotes
7-day131Players
14-day147 Players
30-day163 Players

Is that what you expected? More? Less? I'll admit, I'm kind of curious.

6
Announcements / October 2017 Report
« on: November 10, 2017, 06:28:34 AM »
Salutations Everyone,

This will hopefully be the first of a series that will, normally, be done in the first few days of the month, as part of the game being a community project.

Some of you have been asking, where do the funds from the game go, how much does it cost, why subscriptions are still a thing, so I hope to answer that, along with any other future questions, here.

First and foremost, lets talk funding.

Income & Must Pays
(Keeping the Lights on)
TypeAmountNotes
Credit Purchases+85.00 EURHow much we received from player's purchasing credits
PayPal Transaction Fees-2.47 EUREstimated Percent lost in fees to PayPal
PayPal Transaction Fees-3.90 USDPer Transation fees to PayPal
Hosting Costs-40 USDAmount spent on server hosting

Total=52.20 USDMonthly Total for October

That's a fair amount of income, no? This is why I kept saying the game isn't actually doing bad. It's not doing great, but it's not dying.

What else would we, ideally, pay for though?

Additional Costs
(Things that improve the situation)
Advertising Costs-55.94 USDAmount spent on Google ads (Results will be broken down below)
Test Server Costs-40 USDAmount spent on the test server's hosting

Total-99.94 USD

As you can see, that costs a bit of money. The test server uses the exact same hosting plan as the live server, and has much of the same data, allowing us to push big updates to it first in order to make sure they don't catastrophically break something. It's not a required costs, but it's very much a nice thing to have. In regards to the advertising costs, that's got it's own table below. These are the things I handle myself, as the game can't currently afford their cost.

Advertising Info
(New players are good thing)
TypeViewsClicksInteraction RateCost
Text Ad11,8522972.51%25.53 USD
Display Ad61,4647981.3%30.41 USD

Total73.31610951.49%55.94 USD

Like I said before though, this is something I've been paying for, myself, for quite a while now. From March of 15 through October of 16, I was paying for just a text ad. In November of 2016, I added the display (picture) ad. Lifetime, they've gotten 25,244 people to at least look at Might & Fealty.

Subscribers & Purchases
(What credits are spent on)
TypeAmountNotes
Subscriptions10,400 Credits
Heraldry4,000 Credits
Culture Packs400 Credits

Total14,800 Credits

How many players do we have though? Well, I don't have an exact count at the moment, but I know how to get one. I'll put that information up next month, though, when I've got it properly integrated into the game's admin views.

7
Conduct & Design Discussion / Notes on the Conversation Bundle
« on: November 06, 2017, 12:51:17 PM »
To make a mark as read button...

Code: [Select]
   public function markRead (ConversationMetadata $m) {
      // find the conversation in question
      $qb = $this->em->createQueryBuilder();
      $qb->select('c, msg, meta')
         ->from('MsgBundle:Conversation', 'c')
         ->join('c.metadata', 'm')
         ->leftJoin('c.messages', 'msg')
         ->leftJoin('msg.metadata', 'meta')
         ->where('m = :m')->setParameter('m', $m)
         ->andWhere($qb->expr()->orX(
            $qb->expr()->isNull('msg.id'),
            $qb->expr()->eq('msg.depth', 0),
            $qb->expr()->gt('msg.ts', 'm.last_read')
         ));
      $qb->orderBy('msg.ts', 'ASC');
      $query = $qb->getQuery();
      // set as read
      $m->setUnread(0)->setLastRead(new \DateTime("now"));

      // return true
      return true;
   }

To make a mark as read for all characters button...

Code: [Select]
   public function markReadForMany (ConversationMetadata $m) {
      // get the actual conversation id.
      $found = false;
      $myconvo = $m->getConversation();
      // get the actual player.
      $user = $m->getUser()->getAppUser()->getUser();
      // find their characters.
      foreach ($user->getCharacters() as $char) {
         // get each characters conversations
         foreach ($char->getMsgUser()->getConversationsMetadata() as $convometa) {
            if ($convometa->getConversation() == $myconvo) {
               $this->markRead($convometa);
               $found = false;
            }
         }
      }
      if ($found)
         return true;
      } else {
         return false;
      }
   }

Theoretically, that's the logic for it, but it has a big problem in that this means it's going through EVERY conversation for EVERY character a player has. Which is incredibly slow.

What we need:

1. A way to limit the characters we're searching through.
2. A way to limit the conversations we're searching through.

I toyed with some logic for this below, but it's unfinished and I'm too tired to think straight so ignore it for now.


   public function markRealmRead (ConversationMetadata $m) {
      // get the actual conversation id.
      $found = false;
      $myconvo = $m->getConversation();
      $myappref = $m->getConversation()->getAppReference();

      $query = $this->em->createQuery('SELECT c FROM MsgBundle:Conversation c JOIN cmsg_conversation_meta m ON c.id = m.conversation_id WHERE c.app_reference = :appref AND m.user in :cmsgusers);
      $query->setParameter('appref', $myappref);
      $query->setParameter('user', $cmsguser);

      $users = $m->getUser()->getAppUser()->getUser();
      foreach ($user->getCharacters() as $char) {
         foreach ($char->getMsgUser() as $cmsguser) {
           
            if ($convometa->getConversation() == $myconvo) {
               $this->markRead($convometa);
               $found = false;
            }
         }
      }
      if ($found)
         return true;
      } else {
         return false;
      }
   }

8
General Discussion / What is an Artifact worth? (In Credits)
« on: October 19, 2017, 04:12:40 PM »
Poll kind of says it all.

9
Conduct & Design Discussion / The 1.1 Update Topic
« on: September 30, 2017, 08:07:33 AM »
So, I need a place to keep my thoughts and work on this straight, and figured, why not do it publicly.

Here goes. Originally, this started at making palaces a thing. Then it expanded to making enterable features a thing. Then I thought, if I'm doing that, lets make customizable buildings (Places) a thing. And after that I realized that to make enterable features new types of settlements, which meant adding superior/inferior relations to settlements. Around that time I was thinking about how to build a new settlement, and figured, why not make it an inventory item. So I started working on adding inventories. In short, this update will be freaking huge.

Anyways, what I've got thus far:

Controller Changes:
  • ActionsController.php - Added routes for Place related actions.
  • ConstructionController.php - Minor Settlement Worker count variable passing to twig logic added to /buildings route. Added logic for not building certain things in cities.
  • MapController.php - Added logic for loading Places.
  • PlaceController.php - New. Has logic for viewing, and permissions, so far.
Doctrine Changes:
  • BuildingType.orm.xml - Add built_in, maps to SettlementType allows field.
  • Character.orm.xml - Add updated_places, maps to Place updater field.
  • Description.orm.xml - New file, tracks all relational data for Descriptions. Id, associated entity, text, timestamp, cycle, active, previous/next.
  • EventLog.orm.xml - Add place field, to allow places to have event logs.
  • FeatureType.orm.xml - Add upgrades_to one-to-many relation to SettlementType
  • GeoData.orm.xml - Add places relation.
  • Place.orm.xml - New, tracks name, type, description, descriptions, location, associated settlement, assigned soldiers, and permissions.
  • PlacePermission.orm.xml - New, tracks relevant permissions.
  • PlaceType.orm.xml - New, tracks different place types.
  • Realm.orm.xml - Add capitals, maps to Settlements; add permissions, maps to RealmPermissions.
  • RealmPermission.orm.xml - New, for future work later.
  • Settlement.orm.xml - Add capital_of, maps to Realms. Add superior/inferiors, maps to self. Will allow subordinate settlements. Add type, maps to SettlementType, will control what buildings can be built. Add places, maps to settlement on Place. Added description, updater (character), updated_on.
  • SettlementType.orm.xml - New, tracks allowed types of settlements. New fields for name, many-to-one relation on which features they upgrade, enabled boolean for turning new ones on or off, subtype string to tie into later roving clan system. Many-to-many field for tracking what buildings can be built where, homed off BuildingType table.
  • Solder.orm.xml - Add relation for soldiers being in Places.
DataFixture Changes:
  • LoadBuildingData.php - Added BuiltIn logic for new settlement types, added following buildings: Warehouse, Dockyard, Apothecary, Guild Square, Guild District, Empty Moat, Filled Moat, Quarry
  • LoadFeatureData.php - Added new feature types, added logic for adding new ones
  • LoadPlaceData.php - Add place types
  • LoadPermissionData.php - Add new place permission types. Added updater logic.
  • LoadSettlementData.php - Add settlement types. Not sure if these'll be used now.
Entities:
  • Place.php - Shell File
  • PlaceType.php - Shell File
  • SettlementType.php - Shell File
  • Settlement.php - Added functions for finding minor settlement worker counts and percentages.
  • User.php - Added isVeryNewPlayer logic for quickly finding if a user is under 7 days old.
Forms:
  • PlacePermissionsSetType.php - For setting Place permissions.
  • PlacePermissionsType.php - For setting Place permissions.
  • RealmPermissionsSetType.php - For future use.
  • RealmPermissionsType.php - For future use.
Services:
  • DescriptionManager.php - New file, for processing new descriptions.
  • Dispatcher.php - New logic for entering/exiting settlements button. Includes a getClassName function, that we'll want to move elsewhere later. Added placeManageTest, placeCreateTest, placePermissionsTest, placeEnterTest, placeLeaveTest. Renamed all existing $place to $estate as appropriate in order to differentiate them.
  • Economy.php - Update building conditions.
  • Geography.php - New findNearestPlace function, required for the Dispatcher. Added calculateDistanceToPlace function, for calculating the distance to a place.
  • Interactions.php - Added logic for visibility of details of places. Overhauled get_class_name to getClassName so it doesn't look like a PHP function but instead one we made. Also updated it and dependencies to have this method do more of the work, decreasing code size.
  • Military.php - Added logic for places having resupply options. Not going to be implemented now. Added getClassName method, for when we do implement it.
Symfony Files:
  • services.yml - Told Symfony2 how the DescriptionManager is supposed to interact with things. Will require further updates to tell other things that the descmgr is a thing.
Translations:
  • communication.en.yml - Added event.description.update.stuff entries.
  • places.en.yml - Needs so many strings.
View Changes:
  • Construction/buildings.html.twig - Added in logic for displaying minor settlement building worker counts on building construction page.
  • Character/start.html.twig - It is now no longer possible to start on the map as a brand new player.
  • Place/manage.html.twig - New.
  • Place/new.html.twig - New.
  • Place/permissions.html.twig - New.
  • Place/view.html.twig - New.
TODO:
  • Feature building form updates so it knows when something is available in inventory for placing. On hold for now.
  • Construction form updates so it knows that only certain things can be built in certain settlement types.
  • Logic for converting a building to an inventory item to a settlement/place -- Palaces will not be traditional buildings. This should include monuments, plazas, etc. On hold for now.
  • Logic for managing population between settlements in same region. Canceled.
  • Logic for Regional Lords to manage appointment of sub-lords. (Settlement law system, or Realm law system? Both?) Canceled.
  • Controller for Places? Or should we just build this into the existing Settlement Controller? Completed.
  • Update BuildingTypes with settlement type info. Completed.
  • Determine settlement types. Completed.
  • Update Doctrine config for building types to add type field. Completed.
  • Update Building DataFixture to load in new types. Completed.
  • Add separate logic for troops garrisoned other than cities/villages. All resource concerns should be routed through the primary settlement. Bypassed. Soldiers/noble never leave map, always have location, thus always have food cost.
  • Add conditions for construction of dockyards and filled moat. Dockyard on hold for now. Other conditions completed.
  • Add resource data for new buildings. Completed.
  • Add logic for Sublords? Perhaps with individual translation strings depending on what type of settlement it is. Canceled.
  • Add additional permissions for settlements about which buildings are usable and what information can be available in them. On hold for now.
  • Add logic for the game to understand not all settlements will have resources, and that many resource requests need to be routed through the superior settlement. Canceled.
  • Add permissions system to places. Completed.
  • Add permission to settlements to allow creation of places by other players. Completed.
  • Add logic for restricting certain place types. Completed.
  • Do we want places to build off the existing features system? This would bypass the requirement to modify the existing map viewer to display them. We'd have to modify how feature workers are handled though, and maybe even how they're displayed in order to make sure that places also display. Do settlements display as features if we assign them an icon? That's an interestingly related question, as settlements are TECHNICALLY map features. Hm. Completed.
  • Add logic for places being deactivated and inaccessible, so if, for instance, a capital was destroyed by one realm then later rebuilt, you can dig up records on the old on. On hold for now.
  • Add a service for descriptions. Completed.
  • Ensure settlement food requirements are setup to account for those in places. Not sure how the game handles that, so we should look into it. Bypassed. FOs never leave map.
  • Add routes to the action controller for entering/exiting places. Completed.
  • Add logic for only editing a place description/permissions if you're inside of it and the owner or have permissions to do so. Completed.
  • Add route for editing place description. Completed.
  • Add form for editing/creating places and descriptions. Completed.
  • Make sure we don't generate a description if we don't need to. Copy how character backgrounds (/background) work. Might have to differentiate the active description and all descriptions to get this to work right. Completed.
  • Add route for creating new places. Completed.
  • Dispatcher needs checks: hierarchyManagePlaceTest; Completed.
  • Add list for PlaceManageType to use to know what places can be built where. Completed.
  • Add menu & page & controller route for selecting realm capital. Completed.
  • Add literally every translation string, almost.
  • Add hierarchySelectCapitalTest to Dispatcher. Completed.
  • Detach placeManageType from the Place Entity when managing an existing place.

10
Announcements / "To Your Positions" Update!
« on: September 29, 2017, 05:55:15 AM »
We are pleased to announce that the 1.0.3 Update, "To Your Positions", has gone live. Along with some major back-end changes, we're pleased to announce the following new features and fixes:
  • A new method for handling realm conversations has been implemented.
  • There are now 2 default realm conversations, one for Announcements, like elections, and one for general discussion.
  • Unfortunately, due to how these are handled, all realms will see 2 new conversations added to them, but...
  • The groundwork has been laid for allowing you to customize what messages go to what conversation (on the backend, at least).
  • Elections will only be announced in the announcements thread! No more election spam. Which is good, because...
  • Ruler positions that have an election type set will now use that election type when an election is needed and...
  • All election types are fully implemented.
  • All other positions will be inherited or have an election, as appropriate, when the positions is vacated due to death/slumber.
  • Positions will inherit first, if able, then go to an election, if able.
  • Positions have set election dates, expressed in Years and Weeks.
  • All positions are elected on the first day of that week, in an automated election.
  • Elections are now handled as part of the turn system, rather than when the election list is loaded.
  • This means that the vote count times are now 100% predictable.
  • Elections will now trigger again after 7 days, down from 15.
  • Previous position holders will lose their position only after the election completes, but before the winners are chosen.
  • Positions can be designated as having more than 1 minimum holder, which the game understands is the target quantity of holders.
  • New election type added: "by fortifications" that counts vounts based on the fortifications in a person's settlements.
  • Add election sub-types for "by land" and "by fortification" to only include land in the realm.
  • NOTE: Ruler positions will always cause an election if they aren't inherited! This election will use the set election type.
If you encounter any errors, please let us know ASAP so we can fix them! Thank you!

11
Conduct & Design Discussion / Activity & Activity Buildings
« on: September 10, 2017, 07:43:24 PM »
So, it occurred to me that I could load the buildings in now, before all the code that will be attached to them, for the activity-centric structures.

This will be things like Jousting Grounds, Solo Match Rings, Free for All ranges, etc., but I'm kind of on the fence about how I want to implement them.

They will have buildings associated, at least for the major ones--jousting grounds are drastically different setups than say, a fencing hall.

But I'd also like to know what activities you'd like to see added, so please, share your ideas here. Both on what the activity is, how it'd work, and what building(s) you'd need for it.

Oh, feel free to discuss what skills you think would affect everything as well. ;)

12
Conduct & Design Discussion / M&F Changelog
« on: August 21, 2017, 02:46:16 PM »
Curious how things have changed over time? Look no further! This version tends to be a bit more technical sounding than the one in game, but also tends to include things not relevant to play (like back end stuff, which I don't mention unless it's a significant part of the update.)

Version 1.1.0.1 (20180409)
  • Fixed a couple bugs I reintroduced to the GameRunner. Sorry about that.
  • Added missed translation strings for the Settlement capital list, the warehouse, and permissions options.
Version 1.1 (20180408) - "The Christmas Update"
  • Characters
    --Characters are no longer restricted to heterosexual relationships. This is a setting that must be enabled, in the characters setting menu though, as this game is loosely based off medieval society.
    --Validation of character suicide form is now performed server side as well as client side. -- Finishing one of Tom's TODOs.
    --Character suicide screen now lets you edit the death message, and redirects you to view the character page of the fallen upon submit. -- Finishing one of Tom's TODOs.
    --It is now possible to retire a character. In other words, you can remove them from play without killing them.
    --Retired characters get to have a retirement background field, explaining why they retired or what they're doing in their retirement.
    --It is also possible to un-retire characters, bringing them back into regular play, after a bit.
    --Prisoners now properly and fully affect travel speeds. They also slow down travel overall, as transporting prisoners is not routine travel.
    --Account character list now sorts unplaced characters first and retired characters just before the dead characters.
    --Characters can now have paramours, which is similar to a concubine, but not specifically female.
  • Conversations
    --Realm conversations will now identify themselves as a realm conversation when read.
    --Character & message summary unread conversation listing will now identify which realm a conversation is part of, if any.
  • Description Manager (Back-end Service)
    --Added the Description Manager for tracking historical descriptions, linking them to who made them, when, and for what thing.
    --So simple and useful, I convinced the BM'ers they should use it too.
  • Realms
    --Realms can now designate a capital.
    --Realm Positions will now sort between active and retired on the position management page, letting you see at a glance which ones are currently in use.
    --Realms can now be abolished. If sovereign, all sub-realms/estates become independent. If not, all subrealms/estates move up a level.
    --Realm descriptions are now handled by the Description Manager.
    --Realms can now be abolished. Handle with care.
  • Settlements
    --New buildings: Apothecary, Arena, Dockyard, Moats, Guild District, Guild Square, Quarry, Race Track, Royal Seat, Warehouse, Regional Seat, Local Seat, Imperial Seat.
    --New permissions: "Create Place Inside" and "Create Place Outside"
    --Settlements now display their realm when select on the map, and their top-level realm if that is different.
    --The game will now inform you of existing militia and recruits when trying to train more.
    --Settlements now have user-editable descriptions, handled by the Description Manager.
  • User Experience
    --New players are no longer able to place new characters directly on the map. Knight offers are now more important.
    --Invalid credentials on login attempt will no longer dump database info.
    --(Shorter) Announcements will now display on login page/box.
  • GameMaster Tools
    --GM's are now able to see a bit more information about users, like how many active, living, or dead characters they have, at a glance.
Version 1.0.6.0 (20180315) - "Notices of Fewer Notices"
  • Turn code relating to slumbered or dead characters has been optimized (which involved new database entries and tracking, which is why this is a minor update, rather than a bug fix)
  • An oversight resulting in repeated events that your position holder is still holding their position has been corrected.
Version 1.0.5.2 (20180125)
  • It is no longer possible to view (and thus, vote in) the election of a realm you are not part of.
Version 1.0.5.1 (20180122)
  • A bug resulting in bad position links for realm elections was fixed.
Version 1.0.5.0 (20171222) - "Stop Poking Meeee!"
  • You can now disable new message notification on a per-character basis through the new character settings menu, which can be found near the links to update heraldry and backgrounds.
  • A new "settings" translation domain was added as a test to see how hard it was to expand the translation files. Survey says: pretty easy, actually. It is likely we'll eventually start diversifying the translation files in order to keep them more manageable and logical.
Version 1.0.4.5 (20171211)
  • Changes to how events are displayed were rolled-back to the original code for displaying events as it caused an issue in how scholars are handled that prevented you from assigning them to research events. :(
Version 1.0.4.4 (20171127)
  • A bug in how elections were handled when due to close has been fixed. Elections are now smart enough to see if a position is involved before trying to remove positions that don't exist.
  • More logging in election handling was added.
  • A bug in knight offer message generation involving trying to put an entire realm into a message was fixed--we told it to only pass the ID of the realm instead.
Version 1.0.4.3 (20171106)
  • A bug in the routine election handler that didn't update the position cycle counter correctly has been fixed. This may be the reason for routine elections getting called again so soon.
  • We've figured out how to reorder the map layers in order to get it to display like it used to. The super weird part is that we have no idea how it was working on Tom's server before this, because we were, previously, using the same files.
Version 1.0.4.2 (20171103)
  • Fixed a bug caused by the liege of a knight offer acceptee also being a welcomer.
  • Knight Offer conversations are smarter, and will reword slightly if welcomers are present.
  • New manual page for Realm Positions.
  • Re added manual page for the Test Server.
  • Reworked some links for consistency and professionalism.
Version 1.0.4.1 (20171024)
  • The new election type was mistakenly not added to the election types list in the realm position editing menu. (Maybe we should store this in a single place?)
  • A bug in the positions system involving objects not being strings (when expecting a string) has been fixed.
  • An oversight in some code involving election incumbents being removed has been corrected, meaning less time will be spent removing incumbents. Previously, the game would try to remove people from a position it already removed people from. There is no need to repeatedly remove no one from a position.
Version 1.0.4.0 (20171023) - "Welcoming Committee"
  • Realm Positions can now be flagged as Welcomers.
  • Welcomers can be attached to Knight Offers.
  • Knight Offers with Welcomers will include those Welcomers on the intro conversation.
  • Knight Offers can only be made in settlements that have a realm.
Version 1.0.3.7 (20171023)
  • A bug causing elections when the election year/week was set to null or 1 has been fixed. (The game treats 1 as null when saving in order to bypass some Symfony silliness about null integers.)
Version 1.0.3.6 (20171021)
  • Voting method "by horses", added at the request of discord user Vammy#6426.
Version 1.0.3.5 (20171018)
  • Fixed the last couple spots in the code that required a mail spool to function right--the game now checks to see if a mail spool is set, uses it if one is, or doesn't if there isn't.
Version 1.0.3.4 (20171016)
  • A problem in how the game handles forms and passing integers to/from them in relation to Realm Positions was worked around. A null value in one of these fields now submits a 1. Anytime the year for a position is set to 1, the RealmController will assume the player set a null value, and then update the position to set these values to null (something the form itself won't allow, irritatingly enough).
  • A bug that prevented incumbents from being removed from positions after the completion of a routine election was fixed.
Version 1.0.3.3 (20171007)
  • Routine elections will no longer report the elected position as that of the ruler, unless it was in fact a ruler election.
  • Settlement population will no longer show up on the map.
Version 1.0.3.2 (20171006)
  • The bureaucrats have been told they need to report to the priests (for relay to the Gods) more thoroughly on all the dead First Ones. (We added more debug info to turn changes)
  • They're also a little smarter about all of that stuff in general.
  • Longbowmen will no longer use javelins as ammunition.
  • Only thy lord shall knoweth thou total population.
  • A typo that created an incorrect event log has been fixed.
  • A typo that froze the game's turn processing logic has been, hopefully, corrected.
Version 1.0.3.1 (20171005)
  • A bug we introduced while making it so we could ban cheaters was fixed, allowing you to gift credits to players once again.
  • Elections are smarter about when they should be called, and are smart enough to know when a position has already had an election called.
  • A counter involved in numbering of elections, that forgot how to count, was taught how to count.
  • Elections no longer care about finding realm members. This was a holdover from older code that used to handle all of this for Ruler changeover.
Version 1.0.3.0 (20170929) - "To Your Positions"
  • Ruler positions that have an election type set will now use that election type when an election is needed.
  • All election types are fully implemented.
  • All other positions will be inherited or have an election, as appropriate, when the positions is vacated due to death/slumber.
  • Positions will inherit first, if able, then go to an election.
  • Positions have set election dates, expressed in Years and Weeks.
  • All positions elected on the first day of that week, in an automated election.
  • Elections are now handled as part of the turn system, rather than when the election list is loaded.
  • Previous position holders will lose their position only after the election completes, but before the winners are chosen.
  • Positions can be designated as having more than 1 minimum holder, which the game understands is the target quantity of holders.
  • New election type added: "by fortifications" that counts vounts based on the fortifications in a person's settlements.
  • Add election sub-types for "by land" and "by fortification" to only include land in the realm.
Version 1.0.2.9 (20170907)
  • A bug introduced by a Symfony update (2.7.7 -> 2.7.33) that prevented character grouping reassignment has been fixed.
Version 1.0.2.8 (20170906)
  • A fix in the code that prevented dungeon and subscription processing has been applied.
Version 1.0.2.7 (20170821)
  • Some code that generated errors in the economy handler has been deactivated. It didn't do anything.
  • Characters with partners/parents that don't have crests can once again select a crest.
  • A bug involving a typo with the "dungeonEventFilter" has been corrected.
  • Dungeon DataFixture tables were altered to detect whether an entry was new or already existing when loading them in, allowing new entries to be loaded without messing up existing ones.
  • As such, 25 new monsters and 1 new card are now, FINALLY, actually in the game.
  • Nearly all travel blocking actions now show up on the character select page.
Version 1.0.2.6 (20170802)
  • Bandits are far less likely to spawn on icecaps.
  • Bandits will no longer spawn with plate armor, broadswords, or warhorses.
Version 1.0.2.5 (20170709)
  • A tool was added to ban cheaters.
  • In order to assist testers, the game is smart enough to figure out which server it's running on and change the page title accordingly.
Version 1.0.2.4 (20170618)
  • Non-functional BitPay functionality was removed.
Version 1.0.2.2 (20170608)
  • Map loadlist no longer appears on realm pages, improving usability for smaller displays.
Version 1.0.2.1 (20170608)
  • Heraldry can now be shared between partners and to their children. It is no longer account specific.
Version 1.0.2.0 (20170603)
  • Several hundred lines of code for an alternative message system were removed, making the game's code repository fully functional without additional work.
Version 1.0.1.2 (20170520)
  • Inactive subrealms can now be restored.
Version 1.0.1.1 (20170424)
  • Slumbering first ones no longer grant experience
  • Realm info can be viewed without being logged in
Version 1.0.1.0 - "Community Takeover Build"
  • Added ability to exit settlements
  • Realm elections once again trigger for absent rulers
  • Link to wiki added
  • Publications & Positions can be linked in-game
  • Economic security can no longer be viewed at a distance
  • Dungeon framework and language errors were fixed
  • Most tables are now sortable.
Might & Fealty version 1.0.0.0 - This is where the community took over from.

13
Announcements / Server Move: Successful!
« on: August 20, 2017, 01:44:43 PM »
We are pleased to report that the server move went incredibly smoothly, and that all interaction with the game is now on the new community run server.

You should notice a number of fixes and additions detailed on the in-game announcements you'll find on the character list.

If you encounter any errors, please let us know, either here on the forums or on the bugtracker linked in-game.

Thank you!

14
General Discussion / Things to Do
« on: August 01, 2017, 01:23:03 PM »
So, I'll admit, I'm still with Tom on keeping M&F a game that you can actually play in a few minutes a day. But, I understand there are people who want more things to do in game.

So, lets hear some ideas.

15
General Discussion / Fixing Evasion
« on: August 01, 2017, 01:16:00 PM »
The evasion mechanics are broke, and I took some time to look at the code for how this works and think I have a decent understanding of it.

Since battle isn't my forte though (I'm more a builder/roleplayer), can someone run me through what actually happens and what the problem is.

After that, lets take a moment to figure out how to fix it. I'm pretty sure I've got an idea, but I need to make sure we're all on the same page on this.

Pages: [1] 2 3 ... 15