Thread: Code colouring

So there is only one way.
I have to seperate the UI and the main program completely, make UI platform specific and main part portable.
[EDIT]
It is not hard to be done. In my current design they are seperated. The only thing I have to do is erasing res before the Painter class and using string instead of String^.

Originally Posted by siavoshkc

I have to seperate the UI and the main program completely, make UI platform specific and main part portable.

Welcome to .Net application design.

Or you can use a portable UI library like wxWidgets.

There is just a little problem in seperation. Program keeps keywords in managed ArrayLists. Now I thing I should use native lists. It involves changing the whole code.

> Program keeps keywords in managed ArrayLists.
Something wrong with the STL ?

> It involves changing the whole code.
Ah - lessons well learnt then.
As much as possible, most of the code should be as standard as possible. System dependencies should be hidden with internal interfaces to keep the standard code away from the system dependent code.

Code:

It wont do anything bad to you. I know what is in your mind, but you will need it soon to run some programs.

I know it won't do anything bad, but I don't like .NET and I am trying to avoid programs written with it.
Programs, that I need are not written using .NET framework.

but I don't like .NET

I don't like this and that is meaningless. You will need something and you will use it, thats all.

[EDIT]

Something wrong with the STL?

No, but it was a better program in a managed environment if all data were managed.

Ah yes, the M$ way, to tempt you with lots of nice sweets which lock you into doing things their way. If your software has to be maintained over years or decades, it doesn't make sense to take a short cut which saves you 5 minutes today.

Originally Posted by siavoshkc

I don't like this and that is meaningless. You will need something and you will use it, thats all.

And you felt you needed .NET to make a code colorizer?

And you felt you needed .NET to make a code colorizer?

Yes.

Mario F.: Sometimes people implement things in a language that could be done easier/faster/more efficent/portable/whatever in another language to learn that language better. Consider the job market out there for programmers at the moment. Hard to find a position outside of C# and Java. Not saying that that is the reason siavoshkc did it in .NET, but that is the reason I have done things in Java.

I agree, of course. However that is really not wat is happening here. As his short answer to my question so clearly shown. Siav knows perfectly well he doesn't need .NET to develop a code colorizer. He chooses to reply a laconic "yes" to run away from the question.

.NET is not the best language to develop such a small project. It forces users to download an humungus runtime and it removed the chance of portability.

If Siav intention in building this project is to learn the programming language than he can, and should have by now, say as much. It would avoid him the embarassement this thread already took. Nobody would then have questioned it as much as they did.

Just throwing this word out there: 'Mono'

While it will almost never be as good as the real thing, it can preform decently on other systems from what I hear.

I agree, of course. However that is really not wat is happening here. As his short answer to my question so clearly shown. Siav knows perfectly well he doesn't need .NET to develop a code colorizer. He chooses to reply a laconic "yes" to run away from the question.

Are you sure? So lets see the DETAILED answer.

If I didn't want to use .Net, I had to use MFC. I choosed .Net:
-I don't know any portable UI like wxWidgets.
-.Net is supposed to be portable, MFC wont be.
-I know .Net enough to create a Windows form.
-.Net programs are easy to write. So it saves development time so much.
-Last reason is that I wanted to practice .Net.

About the UI it was needed, about the codePainter class (that contains the functions for tagging code) it was an option. Now it seems that std C++ is needed for that class.

NET is not the best language to develop such a small project.

The best doesn't make any sense. .Net is good for this small project.

come on now, calm down everybody, we all have the right to remain stupid.