There is no post on scrolls.com yet!
There is no post on scrolls.com yet!
Ok, then try something else:
Start regedit.exe and move to "HKEY_CURRENT_USER\Software\Mojang\Scrolls"
There should be three entries named "Screenmanager Resolution Width_<something>", "Screenmanager Resolution Height_<something>" and "Screenmanager Is Fullscreen mode_<something>".
Set their values to (decimal) 800, 600 and 0 respectively.
That should allow you to start Scrolls hopefully.
The config screen was removed. You can set the resolution from within the game now.
Now to solve your problem:
On Windows 7, go to "Users\<Your Username>\AppData\LocalLow\Mojang\Scrolls" open the file "config.txt" or create it if it doesn't exist.
You can of course change that to better suit your needs. After that, restart Scrolls and see if it works.
Edit: I tested it, and it seems that this particular resolution is not supported by Scrolls and that might be the problem. A safe bet might be to set it as follows:
The idea is promising.
However: What would the other player see when you open a chat with him or add him to a chat?
You could borrow the idea from IRC: When you open a chat with player "Varicus" for example, it would be named "Varicus". The other player would see a chat named "4Robato" appear. Those are private chats and you cannot invite other players to it. We will need an ignore and a friends list and have the following options:
Now you can also create your own rooms.
Let us have the option to create private rooms (nobody can join on their own). Now you can invite (replaces the "Add to") people to your private rooms and have a private group chat. Maybe you could allow joining the room with a password (once, after that they are allowed). The creator of the room sets all properties for the room and is automatically the room administrator. They can give rights to other people and can also make the room persistent. Persistent rooms and people who are allowed (or banned) in them (if restricted) should be stored on the server, so people can leave and join allowed peristent rooms on their own until they are closed by an administrator. This would allow for Guild rooms.
Edit: I just realized that the whole room idea is starting to get a little more complex. So the topic might not be met entirely. It should be a good idea regardless.
All the forums still become marked as unread almost every damn time I post something. Could this be because I don't have a static IP? If so, why doesn't it save the read threads on my account on which I am logged in? Is there no way to fix this sometime soon?
I am all for optional benefits for mouse and keyboard users. Ideally I want to be able to play scrolls with my only my keyboard (so +1 for keyboard shortcuts for everything!)
So "Hover to select" might be something for an options menu, perhaps? I am not entirely sure how it would work though:
Damage reduction does not prevent sacrificial damage. The engine is just coded to deal damage equal to life when the unit is sacrificed or destroyed. The engine also determines the damage type though, so the client could potentially just supress the damage value and animation for the "SUPERIOR" damage type. Then a unit would just seem to die when sacrificed or destroyed.
That is a very interesting idea. It would fit in lore wise, since its gun scatters and would deal less damage from far away but more damage from close range. That change would allow for a more tactical placement of Scattergunner. You have to decide whether to put it in front before the attack for more damage but potentially get it killed, or keep it save but let it deal less damage.
While this is not documented anywhere, activated abilities (everything that shows as a button on the scroll) can only be used at most once per turn unless specifically stated otherwise. It is the same with Knight Scholar's ability and even with Gravelock Outcast's regeneration ability.
Still an issue with this. Also, windowed mode keeps being checked every time at startup, even after unchecking it.
This is unfortunately a Windows bug with the version of Unity used. The user preferences are correctly stored in the registry (HKCU\Software\Mojang\Scrolls), but they are obviously not read at the start of the application. Instead, they are always overwritten by the default values. This bug was not present in an older Unity version.