General UI support
Post MTG Forge Related Programming Questions Here
Moderators: timmermac, Agetian, friarsol, Blacksmith, KrazyTheFox, CCGHQ Admins
Re: General UI support
by Chris H. » 16 Apr 2012, 16:24
`Sloth wrote:This was a simple logic bug in a "do while" loop.
Thank you Sloth, every bug fix is appreciated by our user base.
-

Chris H. - Forge Moderator
- Posts: 6320
- Joined: 04 Nov 2008, 12:11
- Location: Mac OS X Yosemite
- Has thanked: 644 times
- Been thanked: 643 times
Re: General UI support
by moomarc » 16 Apr 2012, 17:21
The dev mode tab is still available with all buttons functional even if dev mode isn't selected. Other dev features like clicking on your library to view its contents is still blocked while not in dev mode.
I'm guessing its a bit of a headache seeing as the layout needs to know how to slot it in or fill the gap when its not active anymore. I really am loving the new layouts though.
The resizing the window bug does indeed seem to be fixed. I did get a crash though when I exited back to the main menu and then resized the window again.
I'm guessing its a bit of a headache seeing as the layout needs to know how to slot it in or fill the gap when its not active anymore. I really am loving the new layouts though.
The resizing the window bug does indeed seem to be fixed. I did get a crash though when I exited back to the main menu and then resized the window again.
- crash report | Open
- java.awt.IllegalComponentStateException: component must be showing on the screen to determine its location
at java.awt.Component.getLocationOnScreen_NoTreeLock(Unknown Source)
at java.awt.Component.getLocationOnScreen(Unknown Source)
at forge.gui.framework.DragCell.getAbsX(DragCell.java:150)
at forge.gui.framework.DragCell.getAbsX2(DragCell.java:158)
at forge.gui.framework.SRearrangingUtil.updateBorders(SRearrangingUtil.java:449)
at forge.gui.framework.SResizingUtil$5.componentResized(SResizingUtil.java:83)
at java.awt.Component.processComponentEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$000(Unknown Source)
at java.awt.EventQueue$1.run(Unknown Source)
at java.awt.EventQueue$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source)
at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue$2.run(Unknown Source)
at java.awt.EventQueue$2.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
java.awt.IllegalComponentStateException: component must be showing on the screen to determine its location
at java.awt.Component.getLocationOnScreen_NoTreeLock(Unknown Source)
at java.awt.Component.getLocationOnScreen(Unknown Source)
at forge.gui.framework.DragCell.getAbsX(DragCell.java:150)
at forge.gui.framework.DragCell.getAbsX2(DragCell.java:158)
at forge.gui.framework.SRearrangingUtil.updateBorders(SRearrangingUtil.java:449)
at forge.gui.framework.SResizingUtil$5.componentResized(SResizingUtil.java:83)
at java.awt.Component.processComponentEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$000(Unknown Source)
at java.awt.EventQueue$1.run(Unknown Source)
at java.awt.EventQueue$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source)
at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue$2.run(Unknown Source)
at java.awt.EventQueue$2.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.Dialog$1.run(Unknown Source)
at java.awt.Dialog$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.awt.Dialog.show(Unknown Source)
at java.awt.Component.show(Unknown Source)
at java.awt.Component.setVisible(Unknown Source)
at java.awt.Window.setVisible(Unknown Source)
at java.awt.Dialog.setVisible(Unknown Source)
at forge.error.ErrorViewer.showDialog(ErrorViewer.java:192)
at forge.error.ErrorViewer.showError(ErrorViewer.java:117)
at forge.error.ErrorViewer.showError(ErrorViewer.java:79)
at forge.error.ExceptionHandler.handle(ExceptionHandler.java:62)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at java.awt.EventDispatchThread.handleException(Unknown Source)
at java.awt.EventDispatchThread.processException(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
-Marc
-

moomarc - Pixel Commander
- Posts: 2091
- Joined: 04 Jun 2010, 15:22
- Location: Johannesburg, South Africa
- Has thanked: 371 times
- Been thanked: 372 times
Re: General UI support
by Milod » 16 Apr 2012, 21:57
suddenly after some system crashes(not because of forge)forge wont display card pics anymore trying to reinstall java but no efect
anyone help me? thanks
anyone help me? thanks
Re: General UI support
by moomarc » 16 Apr 2012, 23:22
Does it give any sort of error message, or does it just display dark gray cards with name and mana cost etc? If its the latter maybe your pics folder has become corrupted. Try opening them directly or moving the folder somewhere else then point to it using your main.properties file (try replace "image/base--file=pics" with something like "image/base--file=C:/Forge/TestImages" and put a few test images in there. Then just launch and check in deckeditor). Hopefully that's all that wrong.Milod wrote:suddenly after some system crashes(not because of forge)forge wont display card pics anymore trying to reinstall java but no efect
anyone help me? thanks
-Marc
-

moomarc - Pixel Commander
- Posts: 2091
- Joined: 04 Jun 2010, 15:22
- Location: Johannesburg, South Africa
- Has thanked: 371 times
- Been thanked: 372 times
Re: General UI support
by Milod » 16 Apr 2012, 23:46
extracted forge.zip to different folder and copied some pics from myn main forge folder pics to the new folder with fresh files in pics folder and stil nothing happend
wat da hell?
wat da hell?
Re: General UI support
by Chris H. » 16 Apr 2012, 23:49
moomarc wrote:Does it give any sort of error message, or does it just display dark gray cards with name and mana cost etc? If its the latter maybe your pics folder has become corrupted. Try opening them directly or moving the folder somewhere else then point to it using your main.properties file (try replace "image/base--file=pics" with something like "image/base--file=C:/Forge/TestImages" and put a few test images in there. Then just launch and check in deckeditor). Hopefully that's all that wrong.Milod wrote:suddenly after some system crashes(not because of forge)forge wont display card pics anymore trying to reinstall java but no efect
anyone help me? thanks
Today's snapshot build had a /res/main.properties file with a few changes that prevent the card pics, tokens and images from appearing. You should download this zip file, unzip and replace the existing main.properties file with this corrected version.
- Attachments
-
main.properties.zip- (722 Bytes) Downloaded 231 times
-

Chris H. - Forge Moderator
- Posts: 6320
- Joined: 04 Nov 2008, 12:11
- Location: Mac OS X Yosemite
- Has thanked: 644 times
- Been thanked: 643 times
Re: General UI support
by Doublestrike » 17 Apr 2012, 01:25
OK I had a look into the "hiding tabs" feature, and, long story short, it won't be happening.
=====
Long story long, it turns out that if the tabs are hidden, one can't see or get to the stack, log, combat, etc (that's why the vertical tabber decision in the previous layout, which is now outdated). So, you say, just hide some tabs, and keep those visible. Well, if someone wants the stack panel next to a non-tab panel, we're right back where we started. Further, multiplayer modes, and modes where you can play multiple hands, will require tabs, no question. So, the "official" decision is tabs are here to stay.
=====
Long story long, it turns out that if the tabs are hidden, one can't see or get to the stack, log, combat, etc (that's why the vertical tabber decision in the previous layout, which is now outdated). So, you say, just hide some tabs, and keep those visible. Well, if someone wants the stack panel next to a non-tab panel, we're right back where we started. Further, multiplayer modes, and modes where you can play multiple hands, will require tabs, no question. So, the "official" decision is tabs are here to stay.
---
A joke is a very serious thing.
A joke is a very serious thing.
-

Doublestrike - UI Programmer
- Posts: 715
- Joined: 08 Aug 2011, 09:07
- Location: Bali
- Has thanked: 183 times
- Been thanked: 161 times
Re: General UI support
by friarsol » 17 Apr 2012, 02:50
I understand the need for tabs, but sacrificing real estate is always a tough pill to swallow. Would it be possible to have the Region take up the full space but allow them to hide/show on "activation"? They would still dock on the top corners as they do now, just overlay on whatever UI element is underneath them while you are toggling them, then re-hide on blur or a specific timeout.Doublestrike wrote:OK I had a look into the "hiding tabs" feature, and, long story short, it won't be happening.
- friarsol
- Global Moderator
- Posts: 7593
- Joined: 15 May 2010, 04:20
- Has thanked: 243 times
- Been thanked: 965 times
Re: General UI support
by Chris H. » 18 Apr 2012, 01:53
My computer has a screen with a 1920 x 1200 display. At this size the tabs do not cause me any concern. A large screen monitor allows you to have more panels on display at the same time, a two screen setup must be even nicer. 
I set my monitor to 1024 x 768 and discovered that the default layout did not need too many adjustments for me to play a match and not feel too confined. I was able to narrow the panels on the left and right to maximize the width of the player panels.
I even played the match to a stall by using the dev mode. By the time that I took the screen shot below both players had gone through more than 30+ cards.
The battlefield does look a little cluttered,
but it was still playable from what I could tell. A screen size of 800 x 600 was more cramped but at this size you have to expect some limitations.
It might take people some time to get used to the new features but I admit that I am really enjoying this new UI. Good job Doublestrike.
I set my monitor to 1024 x 768 and discovered that the default layout did not need too many adjustments for me to play a match and not feel too confined. I was able to narrow the panels on the left and right to maximize the width of the player panels.
I even played the match to a stall by using the dev mode. By the time that I took the screen shot below both players had gone through more than 30+ cards.
The battlefield does look a little cluttered,
It might take people some time to get used to the new features but I admit that I am really enjoying this new UI. Good job Doublestrike.
-

Chris H. - Forge Moderator
- Posts: 6320
- Joined: 04 Nov 2008, 12:11
- Location: Mac OS X Yosemite
- Has thanked: 644 times
- Been thanked: 643 times
Re: General UI support
by Doublestrike » 18 Apr 2012, 07:14
Ah ha - dragged it out of him! Took a combination of The Rack, a Black Vise, and even Cursed Rack, but the truth emerged.Chris H. wrote:...but I admit that I am really enjoying this new UI...
(...cheers, thanks)
---
A joke is a very serious thing.
A joke is a very serious thing.
-

Doublestrike - UI Programmer
- Posts: 715
- Joined: 08 Aug 2011, 09:07
- Location: Bali
- Has thanked: 183 times
- Been thanked: 161 times
Re: General UI support
by Milod » 18 Apr 2012, 13:46
iam not saying that i totaly dislike it ofcourse it looks better and has more options to it but i liked the previous more because it had a bit bigger battefields and allowes me to push my hand bit up so i dont need to look all the way down to see wat i want to play a bit anoying and tiering for my eyes i like bigger card display in my hand 
Re: General UI support
by Milod » 18 Apr 2012, 14:24
this is how i made the setup i was playing around minimize and maximize the window screen and because of that i could size windows inside differently and i also could overlap the hand size over another screen over the right corner panels but it wont allow me anymore i dit it somehow but i dont know how i someone could tel me?
Re: General UI support
by Doublestrike » 19 Apr 2012, 00:24
If I understand what you're saying, you want the hand panel to extend across the whole screen?Milod wrote:...overlap the hand size over another screen over the right corner panels...
I actually ran into this yesterday, and it's tricky, but can be done
Here's some "documentation":
====
1) Starting with a default layout
2) Dump the left two cells into a parent cell somewhere
3) Dump the right two cells into a parent cell somewhere
4) Move the hand panel to the middle
5) Start moving tabs out of their parents to where you want them
=====
Bonus - when I was doing this yesterday, I found that with a big hand size, the card picture panel becomes redundant
---
A joke is a very serious thing.
A joke is a very serious thing.
-

Doublestrike - UI Programmer
- Posts: 715
- Joined: 08 Aug 2011, 09:07
- Location: Bali
- Has thanked: 183 times
- Been thanked: 161 times
Re: General UI support
by Doublestrike » 19 Apr 2012, 09:02
No worries milod, fun question.
====
An update on the resizing bug - I'm able to reproduce it, and I've found the bug in the sizing algorithm, so now trying to squash it.
====
An update on the resizing bug - I'm able to reproduce it, and I've found the bug in the sizing algorithm, so now trying to squash it.
---
A joke is a very serious thing.
A joke is a very serious thing.
-

Doublestrike - UI Programmer
- Posts: 715
- Joined: 08 Aug 2011, 09:07
- Location: Bali
- Has thanked: 183 times
- Been thanked: 161 times
Who is online
Users browsing this forum: No registered users and 63 guests