Doug Thanks for the reply. if you find any resources that might help me, please e-mail it to me. I would appreciate any kind of help in achieving this target Anuj
On Wed, Aug 27, 2008 at 9:34 AM, Doug McCune <[EMAIL PROTECTED]> wrote: > Oh wow, that's actually a really flexible layout requirement that I > don't think you can achieve with any of the components out there right now > (ie TileList, Tile, combination of HBox and VBox, or even FlowBox). I think > you may have to lose of of the desired functionality and allow the content > to be binned into distinct rows or columns more tightly. The first image in > your attachement is doable in the FlowBox I believe, but the second > screenshot is much harder. Notice how box C extends down into a second row, > and also how box E extends across multiple columns. That use of dual column > and row spanning makes it difficult. If you allow the components to be > forced into either rows or columns then it will be much easier. > > Doug > > > On Wed, Aug 27, 2008 at 9:05 AM, anuj sharma <[EMAIL PROTECTED]> wrote: > >> Hi All Attached is the rough sketch i am about the UI i have to >> implement. Right now they are just empty pictures, but the user can drag >> them on the stage and can resize the images placed on the main screen. My >> requirement if user drops a new image on the screen all the other images >> adjust themselves to accommodate the new image. Also if user enlarge or >> shrink one image (like in the sketch user is trying to shrink image B), all >> the other images adjust themselves on the main stage . Please let em know if >> you have any questions. >> Thanks a lot for your help >> Anuj >> >> >> >> On Tue, Aug 26, 2008 at 4:38 PM, anuj sharma <[EMAIL PROTECTED]> wrote: >> >>> Hi Rick >>> I will try to sketch my requirement and send it to you soon. That might >>> help to find what i am looking for. >>> Thanks for your suggestion. >>> Anuj >>> >>> >>> On Mon, Aug 25, 2008 at 7:47 PM, Rick Winscot <[EMAIL PROTECTED]>wrote: >>> >>>> The seconds link was to a flow layout that would set you in the >>>> right direction... The other option was the first link which uses static >>>> positioning. Really, it depends on what you want the user experience to be >>>> like. If you could sketch out the solution – we could throw some code >>>> around. >>>> >>>> Rick Winscot >>>> >>>> >>>> On 8/25/08 10:24 PM, "anuj sharma" <[EMAIL PROTECTED]> wrote: >>>> >>>> >>>> >>>> >>>> Hi Rick >>>> Thanks for the reply. Are there any recommendations about which layout >>>> component or container should i use or do i need to create my custom >>>> component for achieving this target. I am not sure which way to handle that >>>> layout. Please help me out >>>> Again Thanks a lot. >>>> Anuj >>>> >>>> On Mon, Aug 25, 2008 at 5:18 PM, anuj181 <[EMAIL PROTECTED]> wrote: >>>> >>>> >>>> >>>> >>>> Hi >>>> I am using HBOX container to load images letting user drag image from >>>> one HBOX and dropping them in another (2nd)HBOX. I need to calculate >>>> the real estate of the HBOX in which the image has been dropped (i-e >>>> 2nd HBOX). The reason is that because I need the dropped image to get >>>> placed in an empty space within the 2nd HBOX. >>>> Is there any way I can calculate which space is empty in the HBOX and >>>> let my objects (images) to be placed only in the empty spaces within >>>> the HBOX (not the sapce already occupied by the placed images).Once >>>> the HBOX is full then I need to code in a way that images starts >>>> shrinking(upto some level) to accommodate more images. >>>> Please help me out in figuring out this problem. Any type of >>>> help/documentation/links in this direction will be highly appreciated. >>>> Thanks >>>> Anuj >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>> >> > >