SWT/JFace Column and Line Span in TableViewer - swt

I need to span some column and rows in a TableViewer. The image bellow pretty much speaks for itself.
http://postimage.org/image/28l8re8lg/
I was thinking of implementing this by making some line invisible(white) but I don't think you can set individual border options for individual cells. Even if i managed this I would stil have to fix the alignment problem of the text in the spanned columns/rows ("Line Span" and "Column Span" in the picture).
I know about the Nebula Grid component, but I can use 3rd party components only as a last resort.
If anybody has any suggestions please share them:).
Thanks in advance.

Related

Trying to reduce the size of boxes on screen

I am trying to setup a style based on bootstrap3.
Basically I want to try and reduce the size of the input elements which I have done, getting a decent proportion of 'box' vs 'text'.
However if I use the same font-size in a select box with the same size then I get a situation where the text is masked along the bottom edge...
I think there is a tiny bit more margin at the top of the select box, but for the life of me I cant find where that is set in BootStrap to change it (if at all).
I think all I need to do is move the text in the 'select' element up by a couple of pixels and it will align with those bits of text in standard text boxes....
Can anyone point me in the right direct please?
Found the associated CSS in the bootstrap, with a bit of trial and error....
Mainly in the 'form-control' section.
but now also using Bootstrap 4, with a couple of additional styles.

How to properly display a grid

I need to change a crystal report. It's a simple grid with header, footer and rows inside a group.
The grid is drawned with lines and inside each square a field is added to display the data. Is this the "normal" way of doing this? I would expect just adding fields with borders would be enought without the need to draw the grid line by line.
I'm using version 14
If you are happy with the kind of display with borders to the fields then you don't need to add the lines to form a grid else if you need to be more user friendly then you can add lines.
Either of the option is just a design change but not the logic change in the report...
So the answer for this question would be up to the user requirement and design requirement of the report

gtk treeview column resizing and horizontal scrollbar

I have a gtk treeview (inside a GtkScrolledWindow) with two columns.
If I set both columns to the default sizing policy, I have a horizontal scrollbar for the treeview but the columns can't be sized down by the user, which is impractical.
If I set both columns to setSizing Fixed, fixed width 120, I get a nice display and the columns can be resized, but there is no horizontal scrollbar in the treeview (since the columns size down to fit in the width of the treeview I guess).
If I set the first column to setSizing fixed, fixed width 120, the second one to automatic, only the second column is displayed (???).
I would like that by default the first column takes let's say at most 60% of the display, the second column can go all the way and I have a horizontal scrollbar. Certainly I want the user to be able to resize them up or down, not as with the default policy, that you can resize them down!
That's why I tried the first column fixed, the second automatic, it was promessing but I don't understand why the first column is not displayed at all in that configuration.
I add the cell renderers with packstart true, I tried false but it didn't change anything, also I tried setting the expand for the columns to true or false, which didn't have any effect.
Note I'm using the gtk2hs haskell bindings but I'm certain it would be the same in any other gtk binding. Just mentioning if people will ask for code samples.
I'm pretty sure this is a common problem... I'd say nautilus is fixing it the way I'd like to fix it, but I think digging in the nautilus source is going to be quite long...
EDIT well i've discovered the cell renderer's ellipsize setting also has an effect. Setting it to end for the first column and none for the second should be what i want but then the first column is very small and cannot be expanded through resize...
EDIT2 well for now i've moved to word wrapping for the cell renderer, that way i don't have to bother with a horizontal scrollbar... Still curious for the solution to that question though.

The second column on my report is not formatting the same as the first column

I need it to look like a table so it looks similar to what the old program's report did. I finally figured out how to do columns, then I added lines between each field both horizontal and vertical. The first column formats with this correctly, but the second column only adds the line horizontally. See the screenshot:
Any help?
Personally, I prefer the new version. Less clutter. But if you want to add them, you can:
Put borders around your cells. This may cause some problems with overlap, but you can work around that by only putting borders around the Item and Price fields.
Use your line tool to draw 4 vertical lines in both the Detail and Report Header sections.
Its blind guess.. If you have copied the lines from first column there is possibility that they don't showup in second column.
Try to draw the lines again and check.

How can I force a ListBox to fill entire free area?

I put a ListBox into a tabele cell an want it to ocupy the whole cell (width="100% height="100%") and show as many rows as possible but:
not specifyng setVisibleItemCount causes to show a big dropdownbox (i want a list)
specifying setVisibleCout makes listbox to ignore height (it takes as much place as it needet to exacly display n rows)
i there a workaround ? (in Swing a number of wisible rows ia a funcion of height and I'd like it this way in gwt).
Thanks in advance
ListBox is a native GWT component, and that's the way it works. If you're using GWT 2.1 you can create your own CellRenderer
You could approximate a solution by calculating how many items should be shown based on the height you want.