As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
I learned C Sharp for one purpose, to write a word processor that includes my needs. For example that you could play with the spaces between words, and the spaces between the lines, raise one word higher from the row, and many other similar things.
When I start working on it in c# - winForms I see the possibilities are very limited, Indeed there are ways to do almost everything With effort, but my question is if I on the right way, maybe c# is not the language to it, maybe I should work with c++.
What do you think?
I wrote my own text editor for unformatted, monospaced text, which is much easier than writing one for formatted text as you have in mind. It is made up of 250 c# source files with a total of 800 Kbytes code. Only to give you an idea.
You will not be able to use existing controls and will have to write your own control for text display and manipulation, unless you use a RTF editor control; however, in that case you could use an existing RTF editor as well.
If you want to learn c# then choose an easier task, like writing a simple notepad editor for monospaced fonts without any chichi. You can then consider adding support for proportional fonts and go gradually towards an increasingly more complicated editor.
What you want to achieve is much more difficult than you think. Rendering text properly is an incredibly complex problem. Whatever the programming language, "GUI" programming is a bad choice. Work with HTML (generate it and use one of the many possibilities to render it).
Related
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 9 years ago.
I have a 500+GB text file. it has to be searched for duplicates, remove them, sort and save final file. Of course for such big file, the LINQ or such things are not good at all and will not work so they have to use External Sorting. there is an app called "Send-Safe List Manager". its speed is super fast, for a 200MB txt file it gives the result in less than 10 seconds. after examining inside the exe using "Greatis WinDowse" app i found that it has been written in Delphi. there are some external sorting classes written in C#. i have tested a 200MB file with them and all were over 1 minute. so my question is that for this kind of calculations is Delphi faster than C# and if i have to write my own, then should i use delphi? and with C# can i reach that speed at all?
Properly written sorting code for large file must be disk bound - at that point there essentially no difference what language you use.
Delphi generates native code and also allows for inline assembly, so in theory, maximum speed for a specific algorithm could be easier to reach in Delphi.
However, the performance of what you describe will be tied to the IO performance, and the performance difference between possible algorithms will be of several orders of magnitude more than the Delphi vs. .NET difference.
The language is probably the last thing you should look at if trying to speed that up.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
I'm developing a tester-application that will be used to test some of our products. The testing process involves displaying instructions to the tester (who might not be a professionally trained IT expert). These instructions involve formatting and can may also contain pictures. What would be a good way to display these?
I've thought about using a WebBrowser control and pointing it to static some HTML, but after having some issues with it (the webbrowser control is using a different version of the rendering engine then the locally installed IE is, etc...) I feel like this might not be the best option.
An argument for the use of HTML is that I could use one of many templating engines to easily create the instruction-content without hassling with too much formatting.
Do you have any advice on what to use here?
If winforms are not a strict requirement, you could try using XAML in a WPF application.
It should allow you to obtain all the layout you need, and you can also find some tools to convert to/from HTML (with some restrictions, of course).
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
As proposed by Brandon Walkin (for Xcode, but same thing), more visualization in the IDE can help productivity. In particular, I'd like to provide little icons to better convey the meaning of enum choices or classes (such as UI controls), roughly like this:
The built-in XML comment syntax clearly doesn't support this, but maybe someone has written an add-in to add support for, say, a <img> tag?
Man I love the Visual Studio Gallery for all the good things it contains.
Never seen anything like what you suggest there, but have seen plugin's for adding that kind of content to comments tho. This is one that I can find in there now (http://visualstudiogallery.msdn.microsoft.com/e216ec81-730b-4022-8305-25c39eb1f820), but I distinctly remember that there used to be one that allowed you to link to an image file (an export from say visio or it's ilk), and it would display it inline. I can't find it now tho :-(
You might want to look at this one, which is close, but not quite on the money http://visualstudiogallery.msdn.microsoft.com/c3eaa4fc-f2de-43ad-92ee-f0f257b79005. The source code is available here: http://csharpintellisense.codeplex.com/
And I'd actually like to thank you for drawing my attention back to that fabulous repository of goodness.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
I'm looking for a program that provides me a functionality to build help documentation that can be viewed in a browser.
It should be lookin like a standard help, mean: topics, sub categories etc. Which can include
graphics, can format text etc.
I found a few nice looking, but they cost like houndreds of dollars.
Also found freeware, but that program wasn't what im looking for.
Any suggestions guys (girls)?
EDIT:
This is not a duplicate. I didnt precise, but i dont want to make documentation from source code.
Forget about source code.
My documentation can be about frogs, butterflies or something else. I added tag c# because there is no tag "documentation". (and colorlire c# code would be useful).
I just need progrma like this:
http://www.softany.com/winchm/screenshots.htm
But i need something really good, with alot of features.
:S (I promise my english will be better asfet post 1000 questions^^)
Assuming that you mean building help files from XMLDoc comments in code files, SandCastle will do this
Sandcastle is great, but is complex and hard to work with.
Sandcastle HelpFile Builder makes it a lot easier. You can style the generated HTML files or use one of the existing templates.
I have successfully used NDOC 3 in the past.
Don't forget MAML for portability and standardization (plus it works well with Sandcastle).
What is the recommended help file format to use in a modern Windows app?
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
I need to build a simple desktop app, my experience is with vb6 but it's time to move on, so i need some help.
My app is relatively simple, a db table that holds events by date.
The app should display the events on a full screen in the following structure:
first line - todays events, a single event every time, rotating.
second line - the closest events (7 days a head), 5 every time, rotating.
third line - all other events , in ..rotation..
each event will be held in a "box", with constant (by percentage) size..
The problems I anticipate are:
The layout, how can i keep it aesthetic, the line heights, the events boxes? (in vb i used to attach it to the resize event and then calculate the size)
so, please - any tips? ideas?
where to start ?
what should i google?
You first need to decide if you're going to use WPF or WinForms, because everything else follows from that.
Winforms will feel more like VB6, but is not the latest and greatest thing.
WPF will be harder to learn to start with, but then stuff like all your layout resizing will just work, without you needing to write any of that calculating code.
Silverlight is (loosely) a subset of WPF, and if I was starting with no prior knowledge today, I might be inclined to use that.
The Adam Nathan book is excellent for WPF, not sure which book I'd recommend for Silverlight.
The layout, how can i keep it aesthetic, the line heights, the events boxes?
Take a look at the TableLayoutPanel (WinForms).