Re: MidTier 7.1 - Scrollbars

2007-10-10 Thread vital3d
I submitted this to BMC Support a couple weeks back, I just got
confirmation of it being reproducible on their end.

I've reproduced the behavior you've reported, and I've also confirmed
that the problem does not exist in Mid-tier 7.0.1p4.  I've submitted
defect SW00278685 against the issue.  As is standard with defects, a
resolution would be expected in the next major release of Mid-tier.

Regards,

Ryan

On Oct 9, 10:36 am, Christian Janovic
[EMAIL PROTECTED] wrote:
 Hi Listers,

 I have installed MidTier 7.1 and while it seems much more performant and
 also more robust I have an annoying issue.

 When I open a (small) Dialog-Window in the browser (both Firefox and IE) via
 MidTier the scroll bars are ALWAYS visible - even though I have adjusted the
 size of all dialogs and removed any (hidden) fields in the form parts I
 don't want to be displayed. In the html source code there is a hidden field
 (the CustomResultsList, ID= 1020) with a width of 640 that seems to cause
 this effect. I have not included this field, it seems to come by default.

 The code reads:

 div id=ResultsList

 div arid=1020 artype=Table ardbn=CustomResultsList class=arfid1020
 ardbnCustomResultsList style=top:0#59; left:0#59; width:640#59;
 height:64#59;visibility:hidden#59;z-index:0#59; arcols= arcolws=
 arcoldlen= ardrill=1 arserver=@ arschema=@ armaxrows=0 ardtype=1
 arcsize=0 arfixhdr=1 arselrows=0 arselinit=0 arselrefresh=0 arautofit=0
 arsort= arqual={qual:quot;quot;, ids:[],extids:[]}img
 src=../../../../resources/images/menu_down.gif alt=
 class=TableSortImgUp arindom=1 /img
 src=../../../../resources/images/menu_up.gif alt=
 class=TableSortImgDown arindom=1 /div class='TableHdr'table
 class='TableHdr' cellpadding=0 cellspacing=0tbodytrtd nowrap
 valign=middle class='TableHdrL'/tdtd nowrap valign=middle
 class='TableHdrR'/td/tr/tbody/table/divdiv
 class='TableInner'/divdiv class='TableFtr'table class='TableFtr'
 cellpadding=0 cellspacing=0tbodytrtd nowrap valign=middle
 class='TableFtrL'/tdtd nowrap valign=middle
 class='TableFtrR'/td/tr/tbody/table/div/div

 /div

 Of course this field is unnecessary in a dialog. But even in a regular form
 a fix and unchangeable hidden field is not very nice for the administrator.

 Does anybody know how to avoid this effect. Is there perhaps any means to
 change the default width of those omnipresent and hidden ar system fields.

 It's not necessary to say that it can be quite a bit of work to adjust all
 forms so that they are displayed without scroll bars in the browser.

 Any help will be appreciated.

 Kind regards,

 Christian Janovic

 ApproLogic GmbH

 Waldstraße 92

 63128 Dietzenbach

 Tel: 06074 - 4811814

 Mob: 0177-4932072

 Fax: 06074 - 4811816

 E-Mail: [EMAIL PROTECTED]

 ___­
 UNSUBSCRIBE or access ARSlist Archives atwww.arslist.orgARSlist:Where the 
 Answers Are

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the 
Answers Are


Re: MidTier 7.1 - Scrollbars

2007-10-09 Thread Carey Matthew Black
Christian,

These ideas are totally untested...

Try these ideas...

In the Admin tool
  open the form
  Display the correct view
  Go to the menu item Form--Current View--Properties
  On the Appearance tab set 'Results Banner', and 'Web Toolbar' to Hidden

If that does not work... then I would add a 'Results list' field
(table) to the view and make it hidden and smaller than the size of
the view you want it to be.


If that does not work... then I would try to add some stuff into the
Web Header Content (or Footer ) and see if we can override the CSS
for that form. Something like this might work..

style
div#ResultsList{
  display:none;
}
/style

Hope that helps.

-- 
Carey Matthew Black
Remedy Skilled Professional (RSP)
ARS = Action Request System(Remedy)

Love, then teach
Solution = People + Process + Tools
Fast, Accurate, Cheap Pick two.



On 10/9/07, Christian Janovic [EMAIL PROTECTED] wrote:
 **



 Hi Listers,



 I have installed MidTier 7.1 and while it seems much more performant and
 also more robust I have an annoying issue.



 When I open a (small) Dialog-Window in the browser (both Firefox and IE) via
 MidTier the scroll bars are ALWAYS visible – even though I have adjusted the
 size of all dialogs and removed any (hidden) fields in the form parts I
 don't want to be displayed. In the html source code there is a hidden field
 (the CustomResultsList, ID= 1020) with a width of 640 that seems to cause
 this effect. I have not included this field, it seems to come by default.



 The code reads:

 div id=ResultsList

 div arid=1020 artype=Table ardbn=CustomResultsList class=arfid1020
 ardbnCustomResultsList style=top:0#59; left:0#59; width:640#59;
 height:64#59;visibility:hidden#59;z-index:0#59;
 arcols= arcolws= arcoldlen= ardrill=1 arserver=@ arschema=@
 armaxrows=0 ardtype=1 arcsize=0 arfixhdr=1 arselrows=0 arselinit=0
 arselrefresh=0 arautofit=0 arsort= arqual={qual:quot;quot;,
 ids:[],extids:[]}img
 src=../../../../resources/images/menu_down.gif alt=
 class=TableSortImgUp arindom=1 /img
 src=../../../../resources/images/menu_up.gif alt=
 class=TableSortImgDown arindom=1 /div class='TableHdr'table
 class='TableHdr' cellpadding=0 cellspacing=0tbodytrtd nowrap
 valign=middle class='TableHdrL'/tdtd nowrap valign=middle
 class='TableHdrR'/td/tr/tbody/table/divdiv
 class='TableInner'/divdiv class='TableFtr'table class='TableFtr'
 cellpadding=0 cellspacing=0tbodytrtd nowrap valign=middle
 class='TableFtrL'/tdtd nowrap valign=middle
 class='TableFtrR'/td/tr/tbody/table/div/div

 /div



 Of course this field is unnecessary in a dialog. But even in a regular form
 a fix and unchangeable hidden field is not very nice for the administrator.



 Does anybody know how to avoid this effect. Is there perhaps any means to
 change the default width of those omnipresent and hidden ar system fields.



 It's not necessary to say that it can be quite a bit of work to adjust all
 forms so that they are displayed without scroll bars in the browser.



 Any help will be appreciated.



 Kind regards,



 Christian Janovic



 ApproLogic GmbH



 Waldstraße 92

 63128 Dietzenbach

 Tel: 06074 - 4811814

 Mob: 0177-4932072

 Fax: 06074 - 4811816

 E-Mail: [EMAIL PROTECTED]

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the 
Answers Are


Re: MidTier 7.1 - Scrollbars

2007-10-09 Thread Rick Cook
Is it possible to move and/or hide the field?

Rick

On 10/9/07, Christian Janovic [EMAIL PROTECTED] wrote:

 Carey,

 thanks for those good ideas.

 Unfortunately they did not work:
 - Hiding the Banner, Web Toolbar etc. has no effect at all.
 - Adding a results list field to a display only form is not possible - and
 I
 cannot convert all my display only forms into regular ones
 - the Web Header Content has no effect for me.

 I think I will have to submit an issue with BMC. If they have to have the
 results list field in display only forms (for some incomprehensible
 reason)
 they could position it at least somewhere near 0,0 with a small height and
 width.

 Actually they also insert the advanced search bar. By contrast this very
 well hidden field comes without width.

 div id=QueryBar class=AdvancedSearchBar arid=1005
 artype=SearchBar
 label class=hidden style=left:0#59;top:0#59; for=arid1005Leiste
 für erweiterte Suche/label
 /div

 Thanks a lot,

 Christian


 -Ursprüngliche Nachricht-
 Von: Action Request System discussion list(ARSList)
 [mailto:[EMAIL PROTECTED] Im Auftrag von Carey Matthew Black
 Gesendet: Dienstag, 9. Oktober 2007 18:23
 An: arslist@ARSLIST.ORG
 Betreff: Re: MidTier 7.1 - Scrollbars

 Christian,

 These ideas are totally untested...

 Try these ideas...

 In the Admin tool
 open the form
 Display the correct view
 Go to the menu item Form--Current View--Properties
 On the Appearance tab set 'Results Banner', and 'Web Toolbar' to Hidden

 If that does not work... then I would add a 'Results list' field
 (table) to the view and make it hidden and smaller than the size of
 the view you want it to be.


 If that does not work... then I would try to add some stuff into the
 Web Header Content (or Footer ) and see if we can override the CSS
 for that form. Something like this might work..

 style
 div#ResultsList{
 display:none;
 }
 /style

 Hope that helps.

 --
 Carey Matthew Black
 Remedy Skilled Professional (RSP)
 ARS = Action Request System(Remedy)

 Love, then teach
 Solution = People + Process + Tools
 Fast, Accurate, Cheap Pick two.



 On 10/9/07, Christian Janovic [EMAIL PROTECTED] wrote:
  **
 
 
 
  Hi Listers,
 
 
 
  I have installed MidTier 7.1 and while it seems much more performant and
  also more robust I have an annoying issue.
 
 
 
  When I open a (small) Dialog-Window in the browser (both Firefox and IE)
 via
  MidTier the scroll bars are ALWAYS visible – even though I have adjusted
 the
  size of all dialogs and removed any (hidden) fields in the form parts I
  don't want to be displayed. In the html source code there is a hidden
 field
  (the CustomResultsList, ID= 1020) with a width of 640 that seems to
 cause
  this effect. I have not included this field, it seems to come by
 default.
 
 
 
  The code reads:
 
  div id=ResultsList
 
  div arid=1020 artype=Table ardbn=CustomResultsList class=arfid1020
  ardbnCustomResultsList style=top:0#59; left:0#59; width:640#59;
  height:64#59;visibility:hidden#59;z-index:0#59;
  arcols= arcolws= arcoldlen= ardrill=1 arserver=@ arschema=@
  armaxrows=0 ardtype=1 arcsize=0 arfixhdr=1 arselrows=0 arselinit=0
  arselrefresh=0 arautofit=0 arsort= arqual={qual:quot;quot;,
  ids:[],extids:[]}img
  src=../../../../resources/images/menu_down.gif alt=
  class=TableSortImgUp arindom=1 /img
  src=../../../../resources/images/menu_up.gif alt=
  class=TableSortImgDown arindom=1 /div class='TableHdr'table
  class='TableHdr' cellpadding=0 cellspacing=0tbodytrtd nowrap
  valign=middle class='TableHdrL'/tdtd nowrap valign=middle
  class='TableHdrR'/td/tr/tbody/table/divdiv
  class='TableInner'/divdiv class='TableFtr'table class='TableFtr'
  cellpadding=0 cellspacing=0tbodytrtd nowrap valign=middle
  class='TableFtrL'/tdtd nowrap valign=middle
  class='TableFtrR'/td/tr/tbody/table/div/div
 
  /div
 
 
 
  Of course this field is unnecessary in a dialog. But even in a regular
 form
  a fix and unchangeable hidden field is not very nice for the
 administrator.
 
 
 
  Does anybody know how to avoid this effect. Is there perhaps any means
 to
  change the default width of those omnipresent and hidden ar system
 fields.
 
 
 
  It's not necessary to say that it can be quite a bit of work to adjust
 all
  forms so that they are displayed without scroll bars in the browser.
 
 
 
  Any help will be appreciated.
 
 
 
  Kind regards,
 
 
 
  Christian Janovic
 
 
 
  ApproLogic GmbH
 
 
 
  Waldstraße 92
 
  63128 Dietzenbach
 
  Tel: 06074 - 4811814
 
  Mob: 0177-4932072
 
  Fax: 06074 - 4811816
 
  E-Mail: [EMAIL PROTECTED]

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the 
Answers Are