epicombo auto width ignored when using baq results as datasource
i have a combo box with the width set to auto, control size. it takes the whole screen width though, and seems to ignore the auto width setting. the baq results are not long, and do not require the crazy width it is making. anyone dealt with this before? 
cmbosbhook1backleg.datasource = dqa.queryres…
try setting the format for the udcodes\_longdesc in your baq to x - instead of x(xxx). then your dropdown will follow the width of your control.
okay, from an iphone i see the problem. make sure you don’t have anything on too high of a pixel measurement regarding width as well as make sure none of what you have on position other than auto is sticking out. hope this helps. :wink::+1: You are using position:absolute; Don't, it usually leads to endless problems.



Even if you had a real need to use it, why are you placing things at left 1400px!!!



This is right on the edge of the average monitor - how large is your monitor? I work with my browser open at a width of about 1000-1200px (note I didn't mention the size of my monitor). The main reason people have big monitors is so they can have two windows open next to each other, not so that they can run a browser window open at 2800px wide.



I suggest you start by looking at ordinary websites and studying the css. you'll discover that many sites use a wrapper div with a fixed width, while others use a wrapper div with a percentage width and a max-width, to prevent ending up with a huge long line of text 2500px long for example. Then they center the div using margin:auto. That gets the content in the middle of the page on the vast majority of screens, and browser viewports.



Don't lay out a screen using position:absolute. You are not painting pretty pictures on a screen, you should be using html and css to control the layout and check how the layout looks every time, by resizing the window looking for errors.



Also, a contact form needs the input boxes to be part of a <form>, so you'll have to read up on how they work. And a form needs an action, so you'll have to learn a bit about scripting, probably php. try removeing the full stop in front of range hi there,

you should set every “height” to “auto”.

the “height” in your designer tool isn’t the same as a mobile phone. your elements in the blocks with a set height are probably bigger than the set height you used.

hope this works!

cheers,

max zijlstra hey [@rapha](/u/rapha) , could you try these changes on your mobile mode? this suggestion stems from the fact that your cart takes up the whole height and is really narrow.

[[image]](https://aws1.discourse-cdn.com/business5/uploads/webflow1/original/3x/c/1/c183e24cd6648f19454eddfe3bf89087e1edfa29.png "image")

the result i get is the following:

[[image]](https://aws1.discourse-cdn.com/business5/uploads/webflow1/original/3x/3/3/338e06df505307c5fdd1c817a2ba847bf9848d88.jpeg "image")

the height of the cart in px is not recommended personally, i would use either % v… what does these graphs tell us? nothing. just that the proportion of races were mostly maintained. asians might have deserved 100% of the seats and yet, are kept within proportion. they might have deserved no seats and yet kept within the proportion. there is no really useful info there. hi@thebatswhiskersjust checking in on your half hourly usage issue?i think you’re also effected by the situation outlined in this topic, where i confirm:please be advised that there is a known issue effecting some customers, where half hourly usage information is not populating ontoonline usage graphs, despite good smart meter comms, and a populated monthly chart.if you haven’t already, we’d appreciated it if you could make oursupport teamaware of this, so a ‘case’ can be raised, helping us to identify the volumes of those effected. you can use the negative lookbehind (?<!sub +) to skip matching "sub " in front of “total”.

(?<=(?<!sub +)(total amount|\btotal\b|total due|total amount due)\s+)(zar|r|)[\s-$\d,.]+

[[image]](https://aws1.discourse-cdn.com/uipath/original/3x/7/7/771d2a72ff53c33207c48813c7b379782be96d4f.png "image") it looks like you are hitting lambda limit: 
<https://docs.aws.amazon.com/lambda/latest/dg/gettingstarted-limits.html> 
invocation payload (request and response) 
6 mb (synchronous) 
256 kb (asynchronous) 
can you please try to make chunks smaller and try again You would be better to turn off lazy loading by default and instead specify when you want to load the extra data in the first place. EF is set up to allow Eager loading by using the .Include() function on your query, with lazy loading it can get messy if you start turning it on/off for various functions, you're better to just turn it off and manage what/when you want data loaded if you're feeling a need to turn it off.


See <https://msdn.microsoft.com/en-nz/data/jj574232.aspx> for specific examples and a breakdown of the different ways you can eager/lazy load data. The first example shows how you could pull through posts off a blog, which is similar to what you are wanting to acheive.



```
var topics = context.Topics 
                      .Include(t => t.Posts) 
                      .ToList(); 

```