PowerBI Text Box - anomalous black dots on published dashboard - textbox

When publishing a dashboard from PowerBI Desktop to PowerBI's web interface, I've encountered spurious black dots appearing along the bottom of a text box.
I've tried moving the text box, checking other objects nearby, and changing its border settings, but the dots are definitely being produced by the text box itself, regardless of its attributes.
What could cause this?

Not all text boxes and fonts display identically in Desktop and Online. Check that the word spacing in your text box has not increased when you published it - if additional spaces have appeared and pushed one or more words off the end of the text box, these may have appeared on a second line, and then been clipped by the text box size to only show the tops of the lettering.

Related

Vaadin 22 opened ComboBox does not position correctly

I'm upgrading a Vaadin application from 14 to 22.
The app features some dialogs with combo boxes that have dozens of items.
In version 14, when opening a combo box near the bottom of the dialog (which is also near the bottom of the screen unless the browser window is very large), the list of items automatically gets positioned above the input field, so that a decent amount of items are visible.
After the upgrade to version 22, this doesn't work anymore: the list of items appears below the input field, even if there is only space for one or two items, which makes it hard to use for the user.
I did notice that when the combo box is opened below the input field, resizing the browser window causes the list of items to immediately flip to above the input field, showing more items. So it seems to be a bug where the position is not properly calculated initially.
Is there any way to work around this by forcing a recalculation of the position programmatically?

Spyder Help Pane: Clickable icon and/or hot keys for zooming?

According to the Online Help, there should be magnifying glass icons with +/- signs for zooming in/out. I do not have these
The normal hot keys Ctrl++/= and Ctrl+- also do not work.
I have to go into Tools > Preferences > Appearance to set font sizes. This is not convenient.
Why do Ctrl++/= and Ctrl+- not work?
Is there a way to get the zoom icons onto the GUI?
Ultimately, I want to be able to zoom in on a whim to read small text, then zoom out on a whim to read the rest of the non-small text. This is made necessary by aging eyes and the fact that the text font & size varies, not only across the GUI, but also within the same pane. This is not obvious in the Help pane pictured above, but the text following the Definition section is bigger. If I maximize the Spyder GUI window and maximize the Help pane, I am looking at both Definition text and the larger ensuing text. It'd be great to zoom in and out on a per-pane basis, but zooming in/out on a whole-GUI basis would be better than not at all (or having to navigate to Preferences).
P.S. I am using Spyder 4.1.5 on Windows 10.
(Spyder maintainer here) Unfortunately the shortcuts Ctrl++/Ctrl+- don't work to Zoom In/Out in our Help pane.
However, you can perform those actions by doing a mouse right-click on that pane to get its context menu and click on their corresponding entries, as shown below:

mobile safari: change background color of picker view (select)

Mobile Safari uses a UIPickerView for <select> elements - I'd like to change the background color of it with CSS. As you can see in the screen shot below, it's very hard to read. What you are looking at is the State <select> form element. Changing the text color or background color of the <select> element itself doesn't fix the problem.
I thought it was related to a parent element's or its own background color - but I went up the line and changed every ancestor element's background color to white and the problem persisted. Is there a prefixed style or trick to making this GUI legible? Or maybe it's just a bug.
EDIT: The gray behind the UIPickerView is filled in by mobile Safari, since the select is almost at the bottom of the page. Mobile Safari vertically centers the select above the UIPickerView and fills in the extra space below the page with the gray. The question is, how does it determine to use that dark gray? I've tried changing the body text color, and background-color of every other element on the page to no avail.
Unfortunately, there isn't a way to do it. iOS Safari takes full control of styling select lists' internal contents. Here's a reference for verification: little link.
One way to achieve this this would be to simulate the dropdown/select menu using JavaScript.
It's not very preferable, but if you absolutely require to change the default styling, then I'm afraid it's the only way to go; here's a demo that should give you an idea on how to do the simulation: another little link.

jQuery Mobile graphic different on mobile devices than when viewed on a desktop browser

I have a jQuery Mobile radio button set that when viewed on a desktop browser displays a gray-filled dot for inactive selections and a red-filled dot with a white center for the active selection.
However, when I view the page in a mobile device (either iOS or Android), I get nothing for the inactive selections and a curious new graphic for the active selection. The new graphic is a red dot but has three white bars stacked vertically upon one another and to the right side of the dot.
Normally I wouldn't really care but this graphic looks like it could be a corporate logo or something and therefore is somewhat distracting. Plus the missing gray dots for inactive selections is annoying. Anyone know what is happening here?

Windows Phone "Alignment image" - Why?

I'm developing for Windows Phone 8, I've designed my application and I noticed that there is an "Assignment grid" code that can be uncommented by default on a new project.
Take a look below for the description in the file:
<!--Uncomment to see an alignment grid to help ensure your controls are
aligned on common boundaries. The image has a top margin of -32px to
account for the System Tray. Set this to 0 (or remove the margin altogether)
if the System Tray is hidden.
Before shipping remove this XAML and the image itself.-->
<!--<Image Source="/Assets/AlignmentGrid.png" VerticalAlignment="Top" Height="800" Width="480" Grid.Row="0" Grid.RowSpan="2" IsHitTestVisible="False" />-->
This is the background image that shows when it is uncommented:
I'm confused by this, why are there "common boundaries" determined by an image? Surely the boundaries are determined within the development environment, IE the borders of the phone image? Even on that image shown above, the default "My Application" text doesn't fit within the "alignment image". So they're not abiding by their own alignment rule?
What am I supposed to take from this information? By keeping everything within these boundaries I'm going to be losing half of the screen space!
Why do I have to align my controls within these boundaries, will they end up not being shown? I thought the Windows Phones have the same resolution anyway?
EDIT:
I was hoping to put a notification button and indication of the current logged in username at the very top of my application like so:
The only way that I could have these inside the grid would be if I had them drooping down quite far, it wouldn't look how I want.
Should I definitely be putting everything within the grid image, if not am I heading for trouble with my implementation?
The grids are used as guidelines to make your app look aesthetically pleasing. If your text go all the way to the edges of the screen your app will look ugly. The grids between the boxes is used for aligning elements inside your app. You don't want all your elements to be all sticking together, they will look ugly. Windows Phone development focuses greatly on design.
Hope that helped!
Song

Resources