What is this side-by-side listbox control called? Can it be used in MS Access 2010, or do I have to make it from scratch? (this question has nothing to do with the query wizard--I am trying to see if I can make a control like the listboxes for my application)
the from scratch is pretty much the way to go. I guess you could look around for a ready control, but I haven't been able to find one within 10-15 minutes of searching. It is really simple to do your own. If you follow these articles you will easily achieve what you want with under 30 minutes
Youtube tutorial - this uses the worksheet forms but you can easily adapt it to work on a userform - the logic remains the same.
Web Tutorial - that seems to be a nice tutorial with lots of screenshots and good description of the steps.
Related
I am taking a hand in development for the first time and trying to teach myself some things, and chose to start with ASP and Visual Studio. I have a rather simple question to ask... I generally search and search and search... but I don't know what the proper term/phrase is for what I'm searching for.
Assumptions: Visual Studio 2013 (not express), asp.net mvc5 with bootstrap(3.1.1) is what I'll be using.
Two part question: what is the phrase/term to use when searching for an answer to part two? data grid? data fill? something else?
The second part of my question is what are the most commonly used methods of creating and filling a table with data from an existing database? Do people almost always just have to hand code everything or are there great tools out there?
So far I only found...igniteUI and I haven't actually read the website to see what it's about yet. I want to be able to design something... maybe using bootstrap or boilerplate.. and then create tables and fill them with tables. I've only ever made static sites. Anything that has some kind of GUI that lets me build these tables and and direct certain data types to specific table columns and rows would be a major plus, as I could compare what I just did with the code that was created... and then I could learn to make cleaned up handcoded versions myself. this is how I learned web design, I figured I could learn SOME parts of development the same way.
As I said above, the reason I am asking this question is because I do not know what any of the proper term(s) for what I'm describing and wasn't sure where to start.
Welcome to SO.. kind of a loaded question and somewhat opinionated, but I have 2 spare cents I can offer.
In the end, it depends what data you are trying to present, and what you want that user to do with that data. With HTML, anyone can create a simple table and present some data (aka TR and TD tags). What's this good for? Showing tabular data. What's this not good for? Anything interactive...
OK, so then what do we use instead? Again.. depends what you're trying to allow the user to use, AND if you have any existing resources in place. For example, jqGrid is your front runner in late bound, jquery enabled sortable\editable data presentation. ExtJS is also a popular scripting library, and they have some tools as well.
But that's late bound, javascript enabled stuff.. what about things that are already bundled into ASP.NET? Well, you have the gridview and listview at your disposal. Both are nice because they allow some quick and easy ways to connect to structured data, and if you're using some of the more popular data stores, such as SQL server, you even get drag\droppable connections (aka, less coding). Telerik has been in the game a long time, and for some cash, you can get some pretty advanced tools.
Again, all opinionated stuff. ASP.NET has some very nice things out of box, but nothing is perfect.. all of the items mentioned above I have used at one time or another, and they've been a great foundation for starting my applications. But at the end of the day, I always had to take what was given to me and add\edit functionality to get what I ultimately needed.
Hope this helps...
I have been a VB6 developer for several years, and switched to .NET couple of years ago.
Since then, I switched to WPF, and now, I am attacking Silverlight + PRISM
I would like to know if anyone here has some good and clear tutorial/instructions on setting up a View-Switching application in VB, please?
I've searched Google for over a week now, and I haven't really found much clear information, so all my attempts and efforts are going to waste right now.
I'm aiming for, there to be a MenuRegion (which I've already got working).
And, when the user clicks on some buttons, I need the MainRegion to refresh its view - depending on the selection of course.
In Addition, I'm also looking up on information on how to keep track of the changes made when trying to switch the view. Any suggestions?
I really hope you can help me out on this one!
I know your situation very well. I have the same language history and started programming WPF some months ago. The bad Google support for VB.NET in general and especially for WPF related themes was the final cause for me to switch to C#. The language looks different, but it isn’t. Mixing both languages with (old) business logic projects in VB.NET and (new) WPF projects in C# is no problem.
So here is my advice: Take the next step and switch to C#, starting with the UI parts of your project.
I'm a civil engineer designing a program that allows the user to define number of cross sections of a roadway and then calculate the quantity of the different materials used to build the roadway layers. I need to be able to plot a representation of the cross section that the users has defined. I'm not sure if this would be best accomplished by plotting various series on a chart, or drawing shape objects. Does anyone have any thoughts?
Yeah, not only is Excel pretty good for this, it's also pretty common to use it for this. The Newton Excel Bach blog may be where you want to spend some good time - it's an Excel for engineers site. He's got a great series on drawing with Excel. Here's one that addresses your immediate question: Drawing in Excel 7 – Creating drawings from coordinates
Since I know nothing about your problem domain or your programming skills, I can only give some general thoughts:
Excel is really good for modeling and building certain prototypes. Modeling this problem and building some charts by hand should give you and your users a good idea if the Excel solution is going to fly. If you can't get the graphics you want I would look elsewhere. Perhaps Visual Studio and Visual Basic or C#. These have mature drawing capabilities and also charting controls in recent editions.
Excel VBA has a pretty good programming layer for charts. You can also draw custom objects with VBA. I have not done this but I am sure there are references on the web. In any event, if the manually built Excel prototype looks good, it might be worthwhile to automate it with VBA.
Another factor is how many, and of what skill set will the users be? Fewer users, who know Excel pretty well make a case for using Excel. Supporting a large number of users could become onerous as it is possible to change the code in an individual file.
Finally, how long will this application be around? Versioning Excel applications can be done, but it easier to do this with more sophisticated programming environments. Also if you are going to continue to add features you might run into a wall with VBA's feature set. Hope this helps.
Do any of you use the javascript macro capabilities of Google Apps, particularly for spreadsheets? How do the capabilities compare? Is there anything that Google Apps can't do that can be done with VBA macros?
I am in the middle of conversion of a complex project from VBA to Google Apps Script as an experiment to see what can be done and what can't.
In general, the development environment for google apps script is primitive and frustrating. The language is of course javaScript so if you already know that then you have a head start. The problem though is that many of the advantages of javaScript are not realizable since you don't actually have access to DOM elements, and neither do you have an equivalent of Excel shapes - except through the UI object- which is essentially the same as an excel form, with the same kind of events and objects etc.
Another issue is general slowness. You need to be careful how you structure, so that you minimize calls to the spreadsheet data (I got round this by building a values cache), and scalability is very questionable.
I am equally at home with javaScript or VBA, so putting language aside, VBA is currently more fulfilling and quicker to get things done, although there are increasing capabilities built in to apps script to make it extremely promising.
I am logging the progress of my migration, and the things I come across and the battles to figure out how to minimize structural change (I am trying to see if I can come up with something that would allow dual maintenance on both platforms), so if you are interested, you can follow along here
http://ramblings.mcpher.com/Home/excelquirks/gooscript
Bruce
The VBA in Office has been the same for about 10 years now, still using old VB6. The limitations of that language are endless. No data structures, no logic short-circuiting, limited types, non-object oriented. Google Apps and javascript are presumably on the forefront of technology and so it should not have many of these limitations.
As for what each is capable of doing that the other can't, that's a little more difficult to assert. I would argue that both languages are more or less turing complete, so while it may be more or less difficult to do something in each language, in theory, a good enough team of programmers could do just about anything in either.
Cheers :D
I'm trying to create charts in google spreadsheet using google apps script and is seems not possible... It is fairly easy in VBA, maybe vb6 is 10 years old but on the other hand you're able to do everything what you need with your spreadsheet. This is not the case in google scripts though.
One of the major hurdles is that Google Apps is web based. Thats were most companies cringe at the thought that you would have your own data not stored securely within your own network. I would never trust Google with that sort of data. I'm sure they have secure data connectors, but why take that risk?
Sure VBA is outdated, and not as sexy as javascript. However, its a great tool for quickly writing small applications, and getting it to the user fast. You only really hear nightmare stories about applications that were built by non-programmers using VBA.
It really depends on your project, and what you want to accomplish. Both have their limitations.
Having taken a quick look at Google Spreadsheet API I get the impression that its currently somewhat limited, for instance:
fewer Events, no control of calculation?, no way of writing UDFs?
Has anyone tried using it for serious work?
By its nature, a Google spreadsheet will not be able to do many things a local program will do. Example: a macro that would import all csv files in a user specified folder and consolidate them.
One thing that springs to mind is that VBA has full access to the WinAPI through 'Declare Function' declarations. Google Apps script won't have this access. This is something to watch for if you're converting a spreadsheet between the two.
Has anyone got any suggestions on how I can create a very simple graph for a web application? It is to show energy consumption levels per month for a year at a time.
So basically I want it to look like (assuming my ASCII works)
--
\ --
Yeah it doesn't so I've changed my open id image to the sample
http://mrbrutal.myopenid.com/
Sorry for the long winded approach - a question for another time - free image hosting by openid (and another site probably)
Cheers
You should try Google Charts API. There are some nice usage examples that seem to create what you want.
If I were you, I'd take a look at Google's Chart API - it will do exactly what you want with the minimum of hassle.
There is also the new ASP.NET Chart Control.
You can also use the new Silverlight charting components from Microsoft. Free and they will render simply images.
If you don't mind a JavaScript dependency, the Google Visualization API is pretty nifty.
It's a standard interface to many visualizations, including linecharts, image-based line charts (uses the Google Charts API), and many others which may fit your need even better..