Author Topic: AGS 3.2.1 now released! (Read 24994 times) Tweet Share

Pumaman · « **on:** 03 Apr 2011, 19:08 »

http://www.bigbluecup.com/AGS-3.2.1.exe

(if you were using the betas, this is the same release as 3.2.1 Final 3).

If no major issues are reported in the next week or so, I'll create the RAR release and update the website.

SSH · « **Reply #1 on:** 04 Apr 2011, 03:35 »

Now I'm worried that this is an April Fool...

Iceboty V7000a · « **Reply #2 on:** 04 Apr 2011, 03:39 »

Why? It's already 3rd April... (Even for you late people it must have been 2nd already.)

WHAM · « **Reply #3 on:** 04 Apr 2011, 06:50 »

I just realized I REALLY should update my AGS as well. (3.1.2 SP 1)

Good show, Mr Pumaman, Sir! Good show, indeed!

theo · « **Reply #4 on:** 04 Apr 2011, 09:04 »

Sweet! Will be upgrading immediately.

Lots of nice new features and fixes! These two struck me as extra lovely:

* Middle mouse button now activates the "Copy co-ordinates to clipboard" option in all the room editor modes (ProgZmax)
* Fixed D3D tints not working properly (3.2 regression) (Nefasto)

Thanks CJ and everyone else who's been involved in this new version. I truly appreciate your effort.

dbuske · « **Reply #5 on:** 04 Apr 2011, 20:04 »

working well. Haven't had a problem yet.

stepsoversnails · « **Reply #6 on:** 05 Apr 2011, 13:24 »

so many great new features.
I love how clean my GUIs look now.
And the new sound group just pulls at my little OCD heart.
I did however run into a problem. I went to check out the new Show Characters feature on the room editor.
When i clicked on a character in the room i got and error.
I sent an error report.
I was running a game made in the previous editor, if that helps.

Dave Gilbert · « **Reply #7 on:** 05 Apr 2011, 21:10 »

I love the mousewheel-click-to-get-screen-coordinates functionality, although it does one finicky thing. If you have a room that scrolls vertically, pressing the mouse button scrolls the room view up a bit before nabbing the coordinates.

Jackpumpkinhead · « **Reply #8 on:** 05 Apr 2011, 21:17 »

does this have a new help file too

Dualnames · « **Reply #9 on:** 06 Apr 2011, 13:46 »

Is it just me or is it too hard to work on an already made GUI?

The orientation thingie is cool, but when I make the slightest of clicks on a control and having forgot to use LOCK on it, it moves. That's terribly annoying, can we somehow enable and disable new stuff. Same goes for that +. That's annoying as well.

I can rant all day, but perhaps those going with an answer "You're wrong", better think again.
I apologize for my style, but goddamn it, both of those are so annoying. I just want to shut down just orientation and that + sh#$.

Scavenger · « **Reply #10 on:** 06 Apr 2011, 14:04 »

Quote from: Dualnames on 06 Apr 2011, 13:46

The orientation thingie is cool, but when I make the slightest of clicks on a control and having forgot to use LOCK on it, it moves. That's terribly annoying, can we somehow enable and disable new stuff. Same goes for that +. That's annoying as well.

Perhaps you should only be able to move selected GUI objects, having to click on it once to select it, and again to actually register the movement? People don't as often accidentilly double click items.

I have a bug. The RGB colour selector only works up to Index 31. The rest of my palette slots are represented by the 16bit colour space (blue, in this case). This is incredibly annoying, as my palette has 64 colours in it with three control colours in indexes 252-255, and I don't want to keep tabbing from the palette pane to the GUI pane to fix it. Perhaps the RGB colour selector should check if the game is in 8bit and adjust itself accordingly?

TomatoesInTheHead · « **Reply #11 on:** 06 Apr 2011, 14:10 »

Speaking of the GUI, I noticed it is no longer possible to click on the background to select the GUI in the properties editor, instead you have to select it in the dropdown list of the properties editor. (this worked in 3.1.2 SP1)

Also, if you change the size of GUI elements using the mouse, the width/height values don't update in the properties editor, only after deselcting and re-selecting the control. Works fine with left/top though. (this one didn't work in 3.1.2 SP1, too)

dbuske · « **Reply #12 on:** 06 Apr 2011, 17:31 »

I noticed that only the characters will show up in the room editor in the first room. Other rooms they don't show up.

monkey_05_06 · « **Reply #13 on:** 06 Apr 2011, 20:45 »

Uh..dbuske, I just tested..and that's working fine. Do you actually have any characters actually set to start in those other rooms? Because the "Characters" setting for the rooms is only designed to show characters that start in that room.

dbuske · « **Reply #14 on:** 06 Apr 2011, 23:29 »

I see. I thought the major character would show up every room.

tzachs · « **Reply #15 on:** 07 Apr 2011, 20:42 »

Quote from: TomatosInTheHead on 06 Apr 2011, 14:10

Also, if you change the size of GUI elements using the mouse, the width/height values don't update in the properties editor, only after deselcting and re-selecting the control. Works fine with left/top though. (this one didn't work in 3.1.2 SP1, too)

This was a simple fix to make, so I checked in a fix to the dev branch.

hedgefield · « **Reply #16 on:** 08 Apr 2011, 12:00 »

I've been having occasional trouble triggering the autocomplete. Sometimes it just stop working from one moment to the next. I then have to build/run the game to reactivate it. Doesn't matter if it compiles without errors or not, just the act of running it somehow kicks up the autocomplete again.

jomalin · « **Reply #17 on:** 13 Apr 2011, 14:55 »

Quote from: Pumaman on 03 Apr 2011, 19:08

If no major issues are reported in the next week or so, I'll create the RAR release and update the website.

Sorry but I don't believe you... xD

dbuske · « **Reply #18 on:** 13 Apr 2011, 17:57 »

Quote from: hedgefield on 08 Apr 2011, 12:00

I've been having occasional trouble triggering the autocomplete. Sometimes it just stop working from one moment to the next. I then have to build/run the game to reactivate it. Doesn't matter if it compiles without errors or not, just the act of running it somehow kicks up the autocomplete again.

I have had the same problem since I started using AGS. Through all the versions.
Maybe it is a problem that shows up in Windows 7, 64-bit.

Alan v.Drake · « **Reply #19 on:** 14 Apr 2011, 17:12 »

Quote from: dbuske on 13 Apr 2011, 17:57

I have had the same problem since I started using AGS. Through all the versions.
Maybe it is a problem that shows up in Windows 7, 64-bit.

I don't remember if it happened in the previous versions, but from what I'm experiencing right now, the autocomplete either forgets room objects when you Build/Compile or won't just load them to begin with (in both cases opening the relative room in the editor and switching back to its script makes the room objects appear on the list)

- Alan