<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Setting Dialog - Opinion on why it's a poor UI design in Modeling</title>
    <link>https://community.graphisoft.com/t5/Modeling/Setting-Dialog-Opinion-on-why-it-s-a-poor-UI-design/m-p/148609#M79724</link>
    <description>Another idea would be to make ArchiCAD truly dual- or multi-monitor aware.&lt;BR /&gt;
That way, it would  allow you to keep open palettes and dialog boxes in the second monitor and always open, while all the screen real estate in the first monitor is reserved for your actual modeling and drafting needs.&lt;BR /&gt;
&lt;BR /&gt;
In fact iof the idea where to be taken to it's logical conclusion, it would also eventually allow the user to position Section, Elevation and possibly even the 3D window in the 2nd monitor and have just the plan view in the first monitor and always keying your workflow. And ArchiCAD would even remember what windows  and palettes you had opened in which monitor the next time you start  it up and not force you to re-position everything again. Most 3D. drafting and designing programs work like this already anyway and if stockbrokers in Wall Street with their boring numbers, graphs and figures can have mutli-monitor aware number-crunching programs, then why can't Architects and designers too?&lt;BR /&gt;
&lt;BR /&gt;
&lt;BR /&gt;
With monitors being relatively affordble these days, and dual-monitor set-ups making a lot of sense for people in drafting/designing professions, it doesn't make sense to me that ArchiCAD can claim to be the first and only dual-core aware application, and yet can not make the same claim about being dual- or multi-monitor aware.&lt;BR /&gt;
&lt;BR /&gt;
But Dwight is right. &lt;BR /&gt;
This is likely all futile and pointless conjecture and speculation.&lt;BR /&gt;
Even if, someone from GS were reading this thread and it wasn't already in their plans to implement any or some of these ideas, and they decided to do so today, we likely wouldn't see the fruits of them anytime sooner than ArchiCAD version 18 or 19 - 3 or 4 years from  now, at least. (Or possibly even  in ArchiCAD v20 or v21 when monitors as we know them will be obsolete and we'll be working off of holographic interfaces like in Sci-Fi movies and or with Avatar-like see-through glass monitors.  &lt;IMG src="https://community.graphisoft.com/legacyfs/online/emojis/icon_lol.gif" style="display : inline;" /&gt;  )&lt;BR /&gt;
&lt;BR /&gt;
And that's assuming that they can even do it at all in the first place, and that they are not limited by the program's decidedly older 3D engine kernel.</description>
    <pubDate>Wed, 27 Jul 2011 05:35:57 GMT</pubDate>
    <dc:creator>Bricklyne Clarence</dc:creator>
    <dc:date>2011-07-27T05:35:57Z</dc:date>
    <item>
      <title>Setting Dialog - Opinion on why it's a poor UI design</title>
      <link>https://community.graphisoft.com/t5/Modeling/Setting-Dialog-Opinion-on-why-it-s-a-poor-UI-design/m-p/148601#M79716</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;To accommodate wide screen video most monitors are being made with those aspect ratios.&lt;BR /&gt;
&lt;BR /&gt;
There are several aspects of the Archicad UI design that tend to be friendlier to taller monitors than wider monitors, and that is a problem as most monitors are wider, not taller.&lt;BR /&gt;
&lt;BR /&gt;
A specific area I feel that really is hindered by this is the Setting Dialog.  The roll-up panels and constant resizing/readjusting of the dialog is a major time waster for me.  I could see my productivity and sanity levels really helped with an update to the design that keeps wide screens in mind with a consistent over-all size.  &lt;BR /&gt;
&lt;BR /&gt;
One UI design I think would work better is to introduce tabs instead of roll-up panels.  It's easier to have a few of tabs open side by side than to have a few roll-up panels open on top of each other.&lt;BR /&gt;
&lt;BR /&gt;
Another feature in my opinion that would help is a maximize button that would maximize the dialog to the screen size.  I think it would work best if AC remembered to keep the dialog maximized as well, but at the very least it would be handy to just maximize it instead of dragging to resize.&lt;BR /&gt;
&lt;BR /&gt;
For the sake of brevity, I'll stop here, but I hope this inspires Graphisoft to update the UI in AC to accommodate wide screen monitors, especially where the Settings Dialog is concerned.&lt;/T&gt;&lt;/DIV&gt;</description>
      <pubDate>Tue, 26 Jul 2011 08:58:07 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Modeling/Setting-Dialog-Opinion-on-why-it-s-a-poor-UI-design/m-p/148601#M79716</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2011-07-26T08:58:07Z</dc:date>
    </item>
    <item>
      <title>Re: Setting Dialog - Opinion on why it's a poor UI design</title>
      <link>https://community.graphisoft.com/t5/Modeling/Setting-Dialog-Opinion-on-why-it-s-a-poor-UI-design/m-p/148602#M79717</link>
      <description>Another approach is to allow the dialog box to add columns as it is stretched across the screen, so there could be two or three depending on screen width. The mock up below is from a 1440 pixel wide 15" MacBook Pro. I am not fond of the tab idea, ArchiCAD used this before and you needed to keep clicking between tabs to get to all the settings, I'd rather have a solution that can utilize all the current screen real estate.&lt;BR /&gt;
&lt;BR /&gt;
David</description>
      <pubDate>Tue, 26 Jul 2011 11:33:59 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Modeling/Setting-Dialog-Opinion-on-why-it-s-a-poor-UI-design/m-p/148602#M79717</guid>
      <dc:creator>David Maudlin</dc:creator>
      <dc:date>2011-07-26T11:33:59Z</dc:date>
    </item>
    <item>
      <title>Re: Setting Dialog - Opinion on why it's a poor UI design</title>
      <link>https://community.graphisoft.com/t5/Modeling/Setting-Dialog-Opinion-on-why-it-s-a-poor-UI-design/m-p/148603#M79718</link>
      <description>&lt;BLOCKQUOTE&gt;David wrote:&lt;BR /&gt;Another approach is to allow the dialog box to add columns as it is stretched across the screen, so there could be two or three depending on screen width. The mock up below is from a 1440 pixel wide 15" MacBook Pro. I am not fond of the tab idea, ArchiCAD used this before and you needed to keep clicking between tabs to get to all the settings, I'd rather have a solution that can utilize all the current screen real estate.&lt;BR /&gt;
&lt;BR /&gt;
David&lt;/BLOCKQUOTE&gt;
Nice idea, so simple, yet so brilliant. &lt;BR /&gt;
I think this would certainly help.&lt;BR /&gt;
Well, that and a 36" monitor:-))</description>
      <pubDate>Tue, 26 Jul 2011 14:21:48 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Modeling/Setting-Dialog-Opinion-on-why-it-s-a-poor-UI-design/m-p/148603#M79718</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2011-07-26T14:21:48Z</dc:date>
    </item>
    <item>
      <title>Re: Setting Dialog - Opinion on why it's a poor UI design</title>
      <link>https://community.graphisoft.com/t5/Modeling/Setting-Dialog-Opinion-on-why-it-s-a-poor-UI-design/m-p/148604#M79719</link>
      <description>I like that idea.  &lt;BR /&gt;
&lt;BR /&gt;
And I agree, I would rather have it so the dialog took advantage of all the screen real estate.  &lt;BR /&gt;
&lt;BR /&gt;
And when I meant tabs, I meant tabs acted more like vertical versions of the panels and that more than one could be opened at a time, side by side.  &lt;BR /&gt;
&lt;BR /&gt;
But I like your solution a lot.  I can't think of a single aspect of the current system in any of the panels that takes advantage of a really long space to display in, so allowing for multiple columns like that would be a good fit.</description>
      <pubDate>Tue, 26 Jul 2011 15:25:30 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Modeling/Setting-Dialog-Opinion-on-why-it-s-a-poor-UI-design/m-p/148604#M79719</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2011-07-26T15:25:30Z</dc:date>
    </item>
    <item>
      <title>Re: Setting Dialog - Opinion on why it's a poor UI design</title>
      <link>https://community.graphisoft.com/t5/Modeling/Setting-Dialog-Opinion-on-why-it-s-a-poor-UI-design/m-p/148605#M79720</link>
      <description>I was thinking of another BUG that chews up GUI time for me...&lt;BR /&gt;
&lt;BR /&gt;
Why do dialogs such as the LAYER palette go over the top of the tools and navigator, etc.... (GOOD)..&lt;BR /&gt;
&lt;BR /&gt;
and the GDL ENVIRONMENT sits underneath! (very, very BAD)... So I have to give up real estate for palettes that I can't use..(ok, not technically correct...you can use the tools in the 2d symbol window)..&lt;BR /&gt;
&lt;BR /&gt;
But I'd still like PRIORITY given the GDL windows over the AC palettes while GDL'ing.</description>
      <pubDate>Tue, 26 Jul 2011 15:40:48 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Modeling/Setting-Dialog-Opinion-on-why-it-s-a-poor-UI-design/m-p/148605#M79720</guid>
      <dc:creator>vfrontiers</dc:creator>
      <dc:date>2011-07-26T15:40:48Z</dc:date>
    </item>
    <item>
      <title>Re: Setting Dialog - Opinion on why it's a poor UI design</title>
      <link>https://community.graphisoft.com/t5/Modeling/Setting-Dialog-Opinion-on-why-it-s-a-poor-UI-design/m-p/148606#M79721</link>
      <description>Alright, here's another...&lt;BR /&gt;
&lt;BR /&gt;
Why do FILLS need to be displayed in the pick list by TYPE OF FILL (symbol, vector, etc....)..&lt;BR /&gt;
&lt;BR /&gt;
Might be fine for EDITING fills, but when I want to select something I need to see all the CARPET options TOGETHER... Some some symbol carpet here and some vector carpet here and some solid carpets here....</description>
      <pubDate>Wed, 27 Jul 2011 02:20:41 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Modeling/Setting-Dialog-Opinion-on-why-it-s-a-poor-UI-design/m-p/148606#M79721</guid>
      <dc:creator>vfrontiers</dc:creator>
      <dc:date>2011-07-27T02:20:41Z</dc:date>
    </item>
    <item>
      <title>Re: Setting Dialog - Opinion on why it's a poor UI design</title>
      <link>https://community.graphisoft.com/t5/Modeling/Setting-Dialog-Opinion-on-why-it-s-a-poor-UI-design/m-p/148607#M79722</link>
      <description>They call this kind of talk arranging deck chairs on the Titanic.</description>
      <pubDate>Wed, 27 Jul 2011 05:07:13 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Modeling/Setting-Dialog-Opinion-on-why-it-s-a-poor-UI-design/m-p/148607#M79722</guid>
      <dc:creator>Dwight</dc:creator>
      <dc:date>2011-07-27T05:07:13Z</dc:date>
    </item>
    <item>
      <title>Re: Setting Dialog - Opinion on why it's a poor UI design</title>
      <link>https://community.graphisoft.com/t5/Modeling/Setting-Dialog-Opinion-on-why-it-s-a-poor-UI-design/m-p/148608#M79723</link>
      <description>&lt;BLOCKQUOTE&gt;Dwight wrote:&lt;BR /&gt;They call this kind of talk arranging deck chairs on the Titanic.&lt;/BLOCKQUOTE&gt;

Yeah but if they were all out on deck arranging the chairs someone might have spotted the iceberg coming.  &lt;IMG src="https://community.graphisoft.com/legacyfs/online/emojis/icon_wink.gif" style="display : inline;" /&gt; &lt;BR /&gt;
Barry.</description>
      <pubDate>Wed, 27 Jul 2011 05:14:40 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Modeling/Setting-Dialog-Opinion-on-why-it-s-a-poor-UI-design/m-p/148608#M79723</guid>
      <dc:creator>Barry Kelly</dc:creator>
      <dc:date>2011-07-27T05:14:40Z</dc:date>
    </item>
    <item>
      <title>Re: Setting Dialog - Opinion on why it's a poor UI design</title>
      <link>https://community.graphisoft.com/t5/Modeling/Setting-Dialog-Opinion-on-why-it-s-a-poor-UI-design/m-p/148609#M79724</link>
      <description>Another idea would be to make ArchiCAD truly dual- or multi-monitor aware.&lt;BR /&gt;
That way, it would  allow you to keep open palettes and dialog boxes in the second monitor and always open, while all the screen real estate in the first monitor is reserved for your actual modeling and drafting needs.&lt;BR /&gt;
&lt;BR /&gt;
In fact iof the idea where to be taken to it's logical conclusion, it would also eventually allow the user to position Section, Elevation and possibly even the 3D window in the 2nd monitor and have just the plan view in the first monitor and always keying your workflow. And ArchiCAD would even remember what windows  and palettes you had opened in which monitor the next time you start  it up and not force you to re-position everything again. Most 3D. drafting and designing programs work like this already anyway and if stockbrokers in Wall Street with their boring numbers, graphs and figures can have mutli-monitor aware number-crunching programs, then why can't Architects and designers too?&lt;BR /&gt;
&lt;BR /&gt;
&lt;BR /&gt;
With monitors being relatively affordble these days, and dual-monitor set-ups making a lot of sense for people in drafting/designing professions, it doesn't make sense to me that ArchiCAD can claim to be the first and only dual-core aware application, and yet can not make the same claim about being dual- or multi-monitor aware.&lt;BR /&gt;
&lt;BR /&gt;
But Dwight is right. &lt;BR /&gt;
This is likely all futile and pointless conjecture and speculation.&lt;BR /&gt;
Even if, someone from GS were reading this thread and it wasn't already in their plans to implement any or some of these ideas, and they decided to do so today, we likely wouldn't see the fruits of them anytime sooner than ArchiCAD version 18 or 19 - 3 or 4 years from  now, at least. (Or possibly even  in ArchiCAD v20 or v21 when monitors as we know them will be obsolete and we'll be working off of holographic interfaces like in Sci-Fi movies and or with Avatar-like see-through glass monitors.  &lt;IMG src="https://community.graphisoft.com/legacyfs/online/emojis/icon_lol.gif" style="display : inline;" /&gt;  )&lt;BR /&gt;
&lt;BR /&gt;
And that's assuming that they can even do it at all in the first place, and that they are not limited by the program's decidedly older 3D engine kernel.</description>
      <pubDate>Wed, 27 Jul 2011 05:35:57 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Modeling/Setting-Dialog-Opinion-on-why-it-s-a-poor-UI-design/m-p/148609#M79724</guid>
      <dc:creator>Bricklyne Clarence</dc:creator>
      <dc:date>2011-07-27T05:35:57Z</dc:date>
    </item>
    <item>
      <title>Re: Setting Dialog - Opinion on why it's a poor UI design</title>
      <link>https://community.graphisoft.com/t5/Modeling/Setting-Dialog-Opinion-on-why-it-s-a-poor-UI-design/m-p/148610#M79725</link>
      <description>why don't you use the info-palette instead of the settings dialog?</description>
      <pubDate>Wed, 27 Jul 2011 06:24:30 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Modeling/Setting-Dialog-Opinion-on-why-it-s-a-poor-UI-design/m-p/148610#M79725</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2011-07-27T06:24:30Z</dc:date>
    </item>
  </channel>
</rss>

