Skip to content
TORNLIFE More

Lease Extension

Started by narO [2312928] on in Suggestions.

75 replies · 1.15k views · thread synced · 9 days ago · View on torn.com

Posts archived: 76 / 76 posts (100%) · the total is Torn's reply count + the opening post at the last fetch

Heasleys4hemp [1468764] Committee Committee
I like this suggestion so I made some mock images.

At 48 hours before a lease is set to expire, give the option for the owner of the property to extend the lease.

You could even send out an event to the owner notify of the lease expiring.

[image: i.imgur.com]



[image: i.imgur.com]


[image: i.imgur.com]
You would need to make the username field uneditable, force it to be stay as the person currently leasing the property.


On the back end, you could simply add days to the current lease. (Not sure about how difficult that would be, since I don't know the system.)
Rogue [1873490]
Why not make it an exact renewal using the original price and days?

1) at time of original lease, store the price and number of days.
2) three days before lease ends, landlord gets an event:
"Your 1200 happy Ranch lease to Ched expires in three days. Click here to manage property."
3) #2 Links to property screen, where the lease tab has an additonal option in the last three days of the lease to "offer renewal to Ched repeating the previous terms of $xxxx for y days?" With "yes" and "no" buttons.
4) Click "yes" creates a favorable event for the lessee:
"Rogue is offering you a lease renewal of his 1200 happy Ranch, $xxxx for y days. Click here to manage this lease."
5) #4 links lessee to property screen, where they can accept or reject. They would need to have the right amount of cash on hand (not banked or anyplace else) and once they accept cash is removed and days are added to the lease.

If either player declines then the lease just expires.

I expect the coding isnt nearly as simple as I want it to be, but keeping the lease term identical allows happy landlords and tenants to keep doing business with each other and takes variables out of coding. If either party wants something different, then they need to go back to the market anyway.
Chedburn [1] Admin Developer
That's a good idea! But the properties system is so old and non-scalable, it'll be incredibly difficult and time intensive to create something that works properly.
Pistachio [1595823]
opensource the property code and get a chump to rewrite it for you (for free may i add) then just triple check there isnt an exploit and bam
SirEdge [2609907]
Fair enough. The property user interface currently includes the upgrades screen, the upkeep screen, the travel screen, the option to move into the property, the option to kick your spouse out, an option to access the vault, and an option to sell or lease an owned property.

Of these, it seems that the upkeep section for the lessee has most of the required mechanics. Add a column for when the rent was last paid and an option to pay more rent.

On the screen to put a property up for lease, add a dropdown option for the auto renew with 0 to 10 times and an option for until the property is sold.

So that is the easy seeming part. Things get harder if allowing the landlord to change the amount of the rent, as that means new database fields and new algorithms. I can imagine a landlord saying, "yeah, it is worth a 1% discount to keep a tenant, but if the market has gone up 5%, then there still needs to be an increase or they are getting a 6% discount. So my original idea of an auto raise or auto lower function seems problematic unless it also has the ability to calculate market price for that level of property with high degree of reliability.

So I think just going with a text box that auto-fills the amount of the previous lease is probably the best bet to allow the owner to update the cost of future renewals. It does require an additional attribute attached to the property, can't seem to get away from that, but hopefully not ridiculous to code (since I'm not intimately familiar with the object model, that is probably the best I can come up with).

From a gameplay perspective, this covers the tenant- they don't sit with exposed cash. But if they pay at an inconvenient moment and the cash goes straight to their wallet, then they have the problem of potentially being buy mugged. So I would propose that the money go to them in the form of a cashier's check. Existing functionality so hopefully not ridiculous to implement tying into it- again, I get it comes down to your object model, so I can only guess how difficult it would be without more info.
Dracarys [2616230]
Come on Ched.


Maybe the guy with the property can click on a button named Extend Rental.

Please enter for how long you want the rental to be extended : *check box*

Are you sure you want to extend [player]'s rental of your [property] by [time]? : Yes/No

The rental extension was sent, please wait for the other person to accept.

Then the guy who rented gets an event :

[player] has offered to extend the rental of their [property] by x days. Please click here to continue.

Take him to the property page, where he accepts and stuff.


Easy peasy ¯\_(?)_/¯