Anonymous
My feedback
-
6 votes
-
23 votesAnonymous
commented
Let's dump macros altogether and just use VB only. Let's make Access itself smaller.
-
5 votesAnonymous
commented
This would make it more efficient to add read-only documents inside forms. For example, to add a tab with an End User License Agreement (200+ words) takes a lot of labels and text boxes, quickly filling up the form and taking huge amounts of storage. It'd be better to add a single HTML page from another source.
-
7 votesAnonymous
commented
SVG Image support would also help in making UWP/Fluent compliant interfaces.
-
9 votesAnonymous
commented
Agreed!
-
13 votesAnonymous
commented
I'm not sure how practical this really is, but if you go this route you might as well have Access build a Progressive Web App (PWA) that can run on anything.
-
19 votesAnonymous
commented
This should be a simple setting under "Current Database" in the options. Likewise, it should be easy to set the top/left corner and height/width of the form relative to the screen--not just inside the Access app.
-
5 votesAnonymous
commented
The Conditional Formatting in Excel is a good starting point. The UI there is a little confusing, but it's very powerful!
-
4 votesAnonymous
commented
Make this more like Visual Studio
-
130 votesAnonymous
commented
This also underscores my request for UWP/Fluent controls...
-
6 votesAnonymous
commented
This is a good idea, but I'd be happy with at least 2-3 user-definable properties that we can use for our own purposes. Right now, I use the .tag property for this, but it's kind of a kludge.
-
19 votesAnonymous
shared this idea
·
-
1 voteAnonymous
shared this idea
·
-
1 vote0 comments · Access (Desktop Application) » Automating Tasks · Flag idea as inappropriate… · Admin →Anonymous
shared this idea
·
-
36 votesAnonymous
commented
This seems like a no-brainer. VBA is missing so many powerful programming constructs that it makes modern programmers create workarounds to use today's best practices. This doesn't mean we want .NET. This means we want to program directly for Windows 10.
Without this, we'll never move people off of XP, Vista, Win7, etc...
Anonymous
supported this idea
·
-
1 voteAnonymous
shared this idea
·
-
232 votesAnonymous
commented
This should include supporting all SQL Server datatypes, the same SQL language, real SQL parameter support, rules, etc...
And don't stop there: match SQL Server terminology, like Views instead of Queries. If you take this far enough, you could dump both JET and ACE. That said, we don't want a copy of SQL Server added to the package.
Anonymous
supported this idea
·
-
1 voteAnonymous
shared this idea
·
-
1 vote2 comments · Access (Desktop Application) » Automating Tasks · Flag idea as inappropriate… · Admin →Anonymous
shared this idea
·
-
23 votes2 comments · Access (Desktop Application) » Automating Tasks · Flag idea as inappropriate… · Admin →Anonymous
supported this idea
·
This is important for UWP/Fluent -like apps for Windows 10.