I updated my MS Access database and now the Access object panel has a really large icons for tables, reports, forms, macros etc. It also has a lot of unnecessary information like Date Created and Date Modified under all of the database objects.
Is there a way to change the look of the Access Objects panel and make it look like what is was before?
You can choose large icons (icons)
You can choose list (a list, smaller, usually the default)
You can choose details (large icons, with date + descriptions)
Simply right click on all access objects, then view by.
You should see this:
Related
I am using a software powered by SugarCRM. The reports I show are not very good so I decided to user Pentaho BI Suite. I already made all the business analitycs stuff (cubes, reports, saiku report, etc..), but I am having an issue, in SugarCRM database, the label's values of some dropdownlist (for example), are not storaged. Instead they are written in a .JS file y the sugar directory called sp_ve.js like this :
SUGAR.language.SetLanguage('app_string',[JSON OBJECT WITH THE LABELS VALUES]) ;
SUGAR.language.SetLanguage('app_list_strings',[JSON OBJECT WITH LABEL VALUES]);
Now, is there any way to insert those objects into tables, so I can use it in my OLAP solution in pentaho?, HOW? . If yes, how can I make this process work automatically, every time my users add new labels.
First of all, all the dropdowns, text labels, etc. actually stored in <lang_key>.lang.php files under <sugar_root>/include/language/ and <sugar_root>/custom/include/language/ directories. And only then those labels become accessible with JavaScript used in SugarCRM UI. See this page for more information.
For similar situation of preparing SugarCRM database for analyzing with Tableau Desktop Professional I decided to use the following approach.
At the beginning all the dictionaries/mappings needed in files mentioned above were extracted into separate CSV files. You can do it with text editor of your choice using find/replace. Then those CSV files were imported into SugarCRM database as new tables - one table for each list. After that I used database view to join "data" table with "label map" table and used that view as a source for my analytical needs. Yes, it's not so elegant and dynamic solution. Moreover it needs a little hand work. But it solves the issue.
I would appreciate if someone would help me with this.
I am new to Access and my boss has given me a project to create a tool for our team (I work in insurance). I'm done with most part of the project, but my boss wants editing and updating of database restricted to a few members of our team (yes more than one person can modify) but since the tool is to be used for a wide range of purposes, she would like that the rest of the department (50+ people) can only access certain forms which have buttons etc. that do the job.
So far in this database I have, 3 linked tables (which hold all the data), queries, reports, union queries and make tables and 3 forms. What I would like is for most people to only view forms and use it in form view only, but 4 members of my team to do whatever they want since they need to constantly edit the data.
Does anyone have a hint about where I should begin? Programming is not my cup of tea so I would really appreciate some reference etc. or any help!
If you hit file, then hit options, and then select current database, you can force a specific form to pop up whenever you open the access database. In addition, you can take away the user's ability to go through the entire database's content. you can also take away the navigation bar and menus and such. I have been doing this for a while, so here's some advice. Have a main menu form that has a button for every form in the access file. When the user opens the database, he or she should see that main menu form. From there, they can click on the button that will lead them to the form that will solve the needs they have.
Stackoverflow won't let me post a comment, so here is what I was going to say. For those who you want to have access to it, you can have them hold shift while opening the database. If they do that, they will open the database like they were an "admin" to the database. They would be able to edit it however they would like if they hold down shift.
I have done this via a table, assigning users a specific "Security Level" and checking their security level via a login screen. I then hide the login screen (not close it) so that anytime a form is open it can do a DLookup of the user's security level and then determine if the user has read, write or read/write access to the form. I can also hide buttons on the form based on the same logic.
Starting in 2007, Access removed their native security, which was pretty inefficient anyway.
Does anyone have any pointers on how to go about creating a "wizard interface" using Access 2010? I need a sequential set of forms that will be capable of branching the flow based on answers from the user and data found in the database. I have used Access before for some CRUD/Reports type of applications, but in this case I can't seem to wrap my head around how to get started on such a complex machine.
Before anyone suggests it, I cannot use anything but Access due to client requirements.
I feel your pain ... working with Access gets so difficult where there are complex requirements.
Gather and document the requirements
Make sure you've teased out every possible wrinkle and contingency from the client, and put it into a flow chart or something.
Extract the models
Figure out what models are being used -- customers, addresses, vendors, products, etc. These will have to be created as tables or adapted to existing ones.
Extract other variables
What could potentially change over time and/or what will the client want to be able to change via an admin screen? You'll have to decide which of these variables to put into tables, and which are ok in the code (form logic and/or VBA).
Design the tables for the wizard views
I imagine you'll want a wizard screens table, where each row corresponds to a step; each should have (other than an id column) a previous screen column, and a form name or form template name column. You'll need a second table choices with a many-to-one foreign key linking back to screens; each row here will correspond to a possible outcome of the view, and the target next step in the wizard.
Design the forms
Finally, design the forms corresponding to each wizard step or template, pulling data from the structures in 1-4 as needed.
I have a huge MS Word file I use for personal notes but I want it to be more flexible. The file is made from short articles (600 words) with date, title, sometimes a table or some images. I came up with the idea of separating the single articles an put them in Access, to extract them from the database with queries, add tags, sort chronologically.
One big question is: which format should I use? I tried Access 2010 Rich Text Edit but it doesn't show tables, and I don't know where to store images. My idea is to store images outside the file.
Another thing I tried is to store the files as HTML in the database directory, but when I try to add some interface functionality I encounter problems with the most trivial things, like making VBA open the associated file. I don't like storing outside Access also because I don't have full-text search.
The primary requisite for this application is that it must not be cumbersome: it's a prototype I want to use to see if my model of storing notes works, so I don't want to spend a month programming an user interface, and if I note any defect at runtime I must be able to switch to design mode and fix it in minutes. If I want to write something, i don't have to worry about HTML syntax but I want to be able to add some simple table or image.
What I finally search is a HTML viewer in Access interface that receives an HTML string (composed by a query) and displays it.
At this moment I'm considering to remain with my MS Word file because switching seems too complex, although I don't like the sequentiality of articles and the hierarchy of chapters/subchapters, which made me think about this Idea.
The answer to all those problems was Evernote, which is like a Wiki you can edit quickly also from a smartphone, with or without an internet connection, which syncs to a master version on an Evernote server and without the constraint of having to invent a title for every page/idea.
If I had a huge Word document like yours, I'd probably split it into individual files and use something like dtSearch.
I cannot see design view for forms or tables in the Services template ms access 2010.
In access options/options/current database/ the check boxes (enable layout view & enable design changes for tables in Datasheet view) are both greyed out.
My question is. How can I get into the tables in design mode?
have any idea ?
Any web objects do not have a Design View. Layout view should still be accessible, though, for forms and reports. Web objects are indicated by a globe in the icon representation of the object.
For web tables, you can only change the design in the datasheet view. Go to the last column in the datasheet view to add a new column. That's the only way to change stuff around in web tables.
I do hope that helps!
Have you copied the template to a suitable location after download and chosen Unblock from Right-Click->Properties? You can also check that the file is not read-only due to other causes.
Have you tried the old shift/open deal? Hold down the shift key, double click the file and keep holding shift until the file is completely opened.
Genius
Have you tried the old shift/open deal? Hold down the shift key, double click the file and keep holding shift until the file is completely opened.
If it doesn't have to be a "Web Database" there is a way.
Create a standard Blank database.
Right click each object (Table, Query, Report) and select Export to Access
Point it to your Blank database created in Step 1.
A. You'll have the option to export the table definition with or without the data.
I admit, it is a little tedious, and possibly could be scripted to make it easier for a lot of objects. I had a small number of objects so it only took about 15 minutes.
You can also create a new blank database and import all of the tables, queries reports etc from the old database. This is a lot faster and does the job.
If it's a Web Database:
1. The tables can be viewed in design view only by exporting to a standard access Database - or creating a standard database and importing all the tables (and relationships) in one hit.
2. The other objects (macros, forms, reports, queries) can't really be exported or imported as stated by Bobort earlier. The 'web view' doesn't allow design view (forms & reports) or sql view (queries) so it is quite restricting.