Search results

I have created PowerApps apps that run on a smart phone. No one, and I mean no one, wanted to use them. On a tablet sized screen, though, they are usable. This definitely falls under the category, "Just because you can, doesn't mean you should even try."

"The prospect also wants remote users to use portable devices to capture and save images, scan barcodes, and print labels..." PowerApps does that well. See the videos in this series on YouTube, such as this one on scanning barcodes for Northwind Developer. I also take photos of book covers...

The calculations are right there in your screenshot. Right below the Default Formatting which applies Yellow, the next conditional format says, "Condition 1 Field Value Is greater than or equal to 0" then Green is applied.

Hm. Missed this one the other day. No one seriously suggested writing documentation or code on a smart phone; at least not that I saw in this discussion. That would, obviously, be silly. But that wasn't my point anyway. What I did suggest is that there are many members of a younger generation...

Cases in point.

In Northwind Developers, we carry products in open Customer Orders in three statuses: Allocated, No Stock and On Order. You'll find the calculations in the download for Northwind Developers edition.

And I'll add additional support to not calculating and storing values in tables. It creates a higher risk of data anomolies. (In plain words, wrong data being used in reports.) Although it is possible to use a calculation as provided, good database design would not avoid it. We used the Allen...

This is a follow up. Tom went on to test additional scenarios and thereby prompted me to do so as well. This issue appears to be driven by the Hi Rez monitor drivers. In the end, we found that: Hovering over labels attached to controls with control tip text does display that control tip text...

If you have SharePoint in your organization, you can migrate the data to SharePoint lists. That is not the same as putting the BE in a SharePoint location.

Thanks for filling out the picture :) It certainly does appear to be a hardware problem.

I pulled it down to replace a bad reference. I'll put it back up. Please try again.

I finally tracked it down to a certain extent. It appears to be related to the fact that I have a 4k Hi Res monitor. I got it to display correctly briefly by dropping the refresh rate to 25 Hz, although it quickly reverted to the flashing mode. So, I am pretty sure it is caused by the...

It's beginning to look more like my specific computer. I fired up an older laptop with Access 32 bit runtime only. The control tip texts work correctly on it as well as on my 64 bit installation. So it's down to this specific computer and installation. Thank you all.

Slow, I would expect. It's in a subform and maybe there's some other stuf involved because of that. It should still work though. I'm repairing my 32 bit Office installation now, in case it has something to do with that. As I noted, it works as expected on my other, 64 bit, installation.

Only Books. The control tips do display, then?

Do you have 32 bit Access installed or 64 bit Access?

That's exactly what I want the user to see. It starts with an AutoExec macro that runs InitVars. The last line of code in InitVars opens the menu form. DoCmd.OpenForm FormName:="frm_Main_Menu" And it also works correctly for me on my 64 bit installation! Now, I'm totally puzzled, unless...

Thank you.

Thank you.

One other note. Midway through setting up the original version I changed "genre" to "category" and "creator" to "author", but I did not revise the underlying tables to match the interface. Too much work.