X
PrevPrev Go to previous topic
NextNext Go to next topic
Last Post 03 Feb 2013 05:44 PM by  anon
Widget_table bug
 8 Replies
Sort:
You are not authorized to post a reply.
Author Messages

anon



New Member


Posts:
New Member


--
03 Feb 2013 05:44 PM
    Can someone tell me if the bug with Widget_table creating tables that are too wide and then automatically scrolling across when you click in the last column showing a blank white area is recorded in Exelis bug system? And if so how can I be notified when this bug is fixed? I've been asked by my employer to fix this bug in an application and my only answer to them is its a bug with IDL itself which I cannot fix. Looking at this forum post http://objectmix.com/idl-...ets.html#post1083179 it appears the bug has been around since at least 2007 any chance it will be fixed in an upcoming release?

    Deleted User



    New Member


    Posts:
    New Member


    --
    05 Feb 2013 05:36 PM
    Hi Timothy, I was wondering, could you give us a short example code to see what you mean?. Because, the the scroll bars problem is slightly different to the white space you mention, correct?. The WIDGET_TABLE always places scroll bars on Windows systems, but not on Unix system. But I understand that even in Unix though the scroll bars can be remove, the margins that the scroll bars occupied stays there. Cheers, Fernando

    Deleted User



    New Member


    Posts:
    New Member


    --
    05 Feb 2013 08:12 PM
    Sure here is some example code: pro example_table compile_opt idl2 wBase = Widget_Base(/COLUMN) col_widths = [350,150,70,70,100,100,60,110] rows = 350 cols = N_Elements(col_widths) backgroundColors = MAKE_ARRAY( 3, cols, 2, /BYTE ) backgroundColors[0,*,0] = 153 ; mint-green backgroundColors[1,*,0] = 255 backgroundColors[2,*,0] = 204 backgroundColors[*,*,1] = 255 ; white VALUE = strarr(cols,rows) value[*] = '' WID_obs_table = Widget_table(wBase, UNAME='WID_obs_table' ,FRAME=1, column_widths=col_widths,$ /EDITABLE, /all_events, /RESIZEABLE_COLUMNS, VALUE = value, BACKGROUND_COLOR = backgroundColors, scr_ysize = 800, $ /no_row_headers, Event_func = 'OBS_table_Event') Widget_Control, wBase, /REALIZE end My problem is not that the scroll bar cannot be removed. My problem is the extra whitespace that is created in the horizontal area of the table. If you open my example in Windows then double click the first cell in the column labelled 7 you will see what I mean. The whole table moves to the left showing useless whitespace and hiding columns that I want to see. I have tried everything but cannot remove the extra horizontal area.

    Deleted User



    New Member


    Posts:
    New Member


    --
    06 Feb 2013 02:27 PM
    Hi Timothy, What about doing this, that seems to "fix" this issue: pro widget_table_ex compile_opt idl2 wBase = Widget_Base(/COLUMN) col_widths = [350,150,70,70,100,100,60,110] xscrollsize= 20 ncol=n_elements(col_widths) xs=col_widths[0] for i=1, ncol-1 do xs=col_widths[i]+ xs rows = 350 cols = N_Elements(col_widths) backgroundColors = MAKE_ARRAY( 3, cols, 2, /BYTE ) backgroundColors[0,*,0] = 153 ; mint-green backgroundColors[1,*,0] = 255 backgroundColors[2,*,0] = 204 backgroundColors[*,*,1] = 255 ; white VALUE = strarr(cols,rows) value[*] = '' WID_obs_table = Widget_table(wBase, UNAME='WID_obs_table' ,$ FRAME=1, $ SCR_XSIZE=xs + xscrollsize, $ column_widths=col_widths,$ /EDITABLE,$ /all_events, $ /RESIZEABLE_COLUMNS, $ VALUE = value, $ BACKGROUND_COLOR = backgroundColors,$ scr_ysize = 800, $ /no_row_headers, Event_func = 'OBS_table_Event') Widget_Control, wBase, /REALIZE end Basically, I added this keyword: SCR_XSIZE=xs + xscrollsize Where "xs" is the size in pixels of all the columns, and xscrollsize is the size of the scroll bar. Note that the screen width of the widget includes the width of scroll bars (see SCR_ZSIZE). I'm not sure this is the best workaround, but it seems to work. Cheers, Fernando

    Deleted User



    New Member


    Posts:
    New Member


    --
    06 Feb 2013 06:06 PM
    Yes this does work as a workaround for the automated scrolling (although I will also need to double check this does not cause problems on Linux as we deploy the application cross platform). However the excess white space remains. Is this white space issue recorded in your bug system? Or do I need to report it as an issue? Its still unprofessional looking to deploy an application with all that extra useless scrollable space.

    Deleted User



    New Member


    Posts:
    New Member


    --
    07 Feb 2013 10:53 AM
    Hi Timothy, I will be reporting this issue as a new bug into our system. The second problem, the white spaces, I think will be related with the scroll bar issue that you saw in the Google forum, which is a bug that is already reported in our system. I will let you know more if I find out more about the white spaces/scroll bar issue. Cheers, Fernando

    Deleted User



    New Member


    Posts:
    New Member


    --
    07 Feb 2013 11:20 AM
    Hi there, Well, I found out that when you move the horizontal scroll bar to the right and the white spaces appear, this is the way the widget table works. In other words, that the way it was written. It is not a bug. One more thing, remember that you can always write to tech support with similar questions directly to: support@exelisvis.com Cheers, fernando

    Deleted User



    New Member


    Posts:
    New Member


    --
    07 Feb 2013 09:25 PM
    Thanks Fernando. Can I please be added to the notified list of people when the white space bug is fixed? I'm asking as Exelis does not release a list of bug fixes with new releases.

    Deleted User



    New Member


    Posts:
    New Member


    --
    08 Feb 2013 01:03 PM
    Hi Timothy, Could you send us an email to tech support at support@exelisvis.com?. In this way I can take the support incident and create the bug report and add you to the report as well. Cheers! Fernando
    You are not authorized to post a reply.