Howdy, Stranger!
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 115 Navision DOS
- 854 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 615 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 305 Dynamics CRM
- 109 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 993 SQL General
- 384 SQL Performance
- 34 SQL Tips & Tricks
- 34 Design Patterns (General & Best Practices)
- Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.7K General
- 1.1K General Chat
- 1.6K Website
- 79 Testing
- 1.2K Download section
- 23 How Tos section
- 260 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions
C/AL code editor
cic
Member Posts: 11
Hi!
Who know a more efficient c/al code editor?
Who know a more efficient c/al code editor?
0
Comments
There are some few programs, which make your work easilier. But an alternative editor does not exit.
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
The Navision EDI was designed to enable easy customization of business processes within Navision, mostly data operations. Pretty boring stuff for 'Real' developers, but the oil that greases economies, and it enables all of us to be extremely productive with minimal effort. No database connections to take care of, no problems with security, no extraneous properties that you never use anyway....
I challange you to find an EDI that is as easy to use as Navision. I was able to proficiently and independantly program in Navision and be billable within a week of being hired. No such luck with 'real' programming tools, for which you have to read 1000 page books before you understand just one aspect of it.
RIS Plus, LLC
At least someone understands why C/SIDE is the way it is!
There is nothing wrong with admitting that the product you use is far from perfect. And that other products maybe are even more crappier is hardly an excuse.
The IDE is worse than the IDE Turbo Pascal had 15 years ago (and as we all know, in IT a year counts for 5, so the Lada of 1960 is actually too much credit for the IDE).
That the IDE is only aimed at small customisations is another point I don't buy. A lot of companies have the need to customize much much more, it goes as far as adding complete new sections to Navision. And if the IDE was not meant to do these things, why do they sell a license to do these kind of things then ?
If you produce a car that can only drive 60 kmh, you only need brakes adequate for that. If you produce the same car with a bigger engine so that it can drive 120 kmh, but you stick to the same brakes, disaster is iminent. Nobody is goign to buy your excuse that althoug the car can drive 120 kmh, you should only have driven 60 because the brakes were not adequate.
People would call the complete car a faulty product. That's why I call Navision 3.10 (the version we work with) a faulty product (well there are other reasons too).
i was reading your replies and ... for how long will you be talking about? of course the IDE is not the best and of coures some other tools gives a lot of functionallity that Navision doesn't but... to develop and/or programming in C/AL this IDE is the only one... you can also try to program in a external text editor, make some txt objects and then try to import to a database but i think all of you know that this way is the worst you can work with
if you know earlier versions of Navision (from 2.00 to attain 3.70) you can find a lot of changes in C/AL editor, such a best debugger, some new functionality and some other...
so, i think C/AL editor is the worst i ever knew but it's the only to develop rightly in Navision. you yourself
regards
so far, so good
what they wanted is to force customers to use standard functionality and keep it close to original. it is easier to support and to upgrade...
but still product must be easily customizable, otherwise only companies that "exist in theory" would buy it.
And IDE is easiest way to do it. You don't mess with exe files, distribution of dll after changing, additional instalations, etc..
maybe they should not call it IDE, but ICT = Integrated customization tool... but then again from marketing point of view IDE just seems you get much more - a real development environment. (which looks cool for your boss, but not for you)
compare it with swiss army knife. it's not a chainsaw, but if you need, you can bring a tree down...
and open a beer... (oops, you can't do this with IDE either)
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
And these are absolutely NOT excuses. It's just a no-frills approach to ERP development.
For companies that buy Navision, the price for additional tables is acceptable, otherwise they'd have bought something else. I have yet to hear a complaint from any of our customers that tables are so expensive, and I have been involved in HUGE Navision developments. I just don't understand why some of you feel the need to complain about the IDE, instead of just accepting what it is intended for, what it can do (i.e. what its limitations are) and work with it.
To give you an example... I worked on a Navision MSCRM integration last year, that included some pretty extensive C/AL programming (including some pretty heavy coding accessing external applications). The entire Navision part took me (just me) about 3 days to complete, and the rest took me and another person about 3 months to do. We learned a lot about the 'real' stuff, but we also learned that you need about 15 times as much knowledge to be able to do that same thing.
So what if you can't impersonate network credentials, or so what if you can't use a visual OCX in Navision (other people can add to this list). I have yet to see anything that you'd want to do with an ERP package that is not possible with Navision. I'm not talking about something highly technical, but a valid business process.
There's just no way around it. Even though there are many things 'missing' from the Navision IDE, it is the most efficient development tool around. If you hate working with Navision so much, I think it is time to stop complaining and find another job.
RIS Plus, LLC
Concise and to the point.
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
I Agree...
MVP - Dynamics NAV
My BLOG
NAVERTICA a.s.
At least the object oriented thought is in it and it has an easy way of database programming. For an ERP system I think Both of this is quite good. Though there is room for a lot of improvements, with creativity you can still achieve a lot of things.
I neither think the editor is bad or is good. It comes in between.
Colours in the editor would be nice though same as using standard windows controls as it seems that navision form controls don't have handles :evil:
I saw a lot of stuff made with Dexterity (Great Plains) that you don't do in Navision.
Nuno Silva
We keep all our objects exported as text and locked into a source safe (SS). All maintenance is done to the checked out SS objects and then imported into Navision.
We also keep a complete readonly copy of all the SS objects (tables, codeunits, forms, reports, dataports) in text files on disk. Nothing beats doing searches against the text files, or preusing/reviewing the code simple by bringing it up in your favorite text editor.
Since the exported code is Pascal structure, its easy to program it in its native format. Also, since the all the code is right there, it removes the idiosyncrasies of the IDE, like having to drill down through the menu/tabs to get to a procedures parameters or locals vars, etc.
That's my two cents.
Cheers,
Eric
How do you import your code back into Navision then ? By just loading it as a text file ? Is UltraEdit capable of doing a full Syntax Check ? If you use an undeclared variable for instance , does it detect that ?
Thanks,
Jens
Wich tool do you use for source safe?
Nuno Silva
To import, yes, I just do the Import option from the Object Designer. Syntax errors have to be corrected at that time. If I correct the syntax back in the text editor, then redo the import. If I just go into the OD Designer and correct the syntax (if the import completed) then I would have to re-export back out so my text file is kept in sync. You need to resist the temptation to make little changes to several different objects or you will soon be out of sync to your master text files. Otherwise, you need to round up all you changed objects (using Modified flag on OD) and export them all to update your text files.
Note. UltraEdit has many useful features which help along the way, one being a in the right-click popup menu "copy file/path" which copies the current file/path into the clipboard, so when I switch to Navision OD and do import, I just paste the full file/path into the name field and don't have to type or browse for it.
We use MS Visual Souce Safe.
P.S. I'm not trying to turn this into a "UltraEdit" advertisement. I have no association to that product and I don't condone it over another; its just what I use.
Cheers,
Eric
In fact, on the 2.5 and 2.6 developer CDs there was a special Codewright.ini file written by Navision that gave perfect syntax highlighting, etc., etc.
Unfortunately, I can't find it and lost the ini file
Even without the special ini file, I still use Codewright for any serious coding, by telling codewright to use Pascal editing/syntax highlighting, etc. features when opening a txt file. I export out from Navision as a text file, make changes, import back into Navision and recompile. I correct any compiler errors in Navision, and test.
I there's a problem and it's only a couple of lines, I do it in Navision. When I'm done and ready to do more REAL programming, I reexport out to text and switch to Codewright (which is still open). It instantly detects that an outside program has changed the file and asks to reload, which I do. Then I continue.
Watch out for curly braces when you code this way. There are a lot more curly braces in the text file that what you see in the Navision 'IDE' (sic). If you make a mistake with the curly braces, Navision will not compile and will not let you in the code, although it will tell you the line number where the error occurred. However, you have to make the correction in Codewright and reimport before you can compile and get back into it in Navision.
By the way, Navison has absolutely the worse IDE I have ever used, and I've used most of them. Those who defend the IDE ... well, I used to know a guy back in the 80s who wrote BASIC programs using EDLIN. In the mid 90's I knew Assembler and C++ programmers who used DOS Edit.
When I'm on a customer computer who does not have Codewright, I often use Notepad to make extensive changes. That should tell you something.
I believe it's better to talk about what exactly is missing and putting this information (through NSC's or however to MS to improve.
Some simple things I'm missing are:
- Syntax highlighting
- Automatic indention
- Code completion (while typing, with shown argument lists)
- Something like RCS/CVS/Subversion to enable teamworking
- A search where a field or function is called from
- A more efficient debugger where you can set breakpoints when variables or datafields have been modified.
I think, just adding these few features, I will be really satisfied. I believe that there is nothing really unthinkable.
Wait a few years and you will probably get the .NET C# IDE. Until then i don't beleive they will make an effort to upgrade the Navision IDE.
But i hope they do ... :roll:
I still prefer the navision IDE because when i press F11 i inmediatly know my syntax is good or bad. (im the kind of programmer that makes a lot of spelling errors .. :? )
You don't like LADA?
But this is off course entirely besides the point. I've had the joy of working in VB.NET for the last few months, but from thursday on it'll be Navision again. Welcome frustration and depression.
Try Dexterity from Great Plains Software.
Nuno Silva
I never said I understood entire Navision, I never said I understood entire computer, I never said I understood entire software technology. What I said is that I was billable within a week, using the Navision IDE, which would not have been as easy with an IDE like Visual Studio.
By the way, that means that I was solving actual customer problems, and since that is what we do, we charged the customer for my services. When I first started, my hourly rate was a lot lower than it is now, and the customer was informed of my level of experience, so we did not mislead anybody, if that is what you are implying.
RIS Plus, LLC