|
Hi buddies
I am looking for someone who is familiar with iTextSharp library for creating PDF files. I just started with iTextSharp and I have a few basic questions, maybe we could exchage a few emails and it would save me endless digging on the Internet.
If you have some experience with iTextSharp and you would like to help me please reply to this post or write me to HonzaKotera@seznam.cz.
Thanks a lot, H.
|
|
|
|
|
What's your definition of "endless"? It's a SourceForge project, and they all have forums. On the project homepage, click on the first link which takes you to the SourceForce project site. Click on "Forums" in the toolbar. Here's the URL: http://sourceforge.net/forum/?group_id=72954[^].
It seems to be a pretty active forum and you'll find product-specific help there. This forum is for general C# questions and isn't appropriate for product-specific queries. Besides, you'll most likely get better help since you're chances of finding someone that has used iTextSharp here are much, much less than on the iTextSharp forum; there everyone has used it.
Software Design Engineer
Developer Division Sustained Engineering
Microsoft
[My Articles]
|
|
|
|
|
Hey, this is a C# forum, it's not appropriate to ask philosophical questions like "what's endless" or "where's nowhere", check out www.philosophypages.com.
If you are familiar with iTextSharp, probably use it yourself, why can't you just say: "Yes, I know it, how can I help you?" You'd save time to both of us.
I'll try the SourceFroge forum anyway, thanks, H.
|
|
|
|
|
Food for thought:
I would like to know EVERY directory/file entry on my hard drive.
I know that I can write a prog that traverses the entire tree, but I was reading that all information concerning directories/files, i.e., date (created, modified, last accessed), attributes, etc. are contained in meta files (MFT).
Has anyone looked at this. I think that reading the MFT would be a faster solution than traversing the tree.
Michael
If we knew what it was we were doing, it would not be called research, would it? --Albert Einstein
|
|
|
|
|
|
I am a newbie to C# so bear with me
I need some help... have perused the C# URL's ... the more code I have read , the confuser I became
I have a form(named form2) and this has been passed a directory path
(c:\images\)
What I want to do is :
1- reading all of the images in this directory
upon reading an image, shirnk it to a thumbnail
2- populate a listview which contains the columns of icon,path,size,date
icon would be the thumbnail
path.. the path
size ... the size in bytes (or if easier KB, MB)
date is create_date of the file
add row to listview
continue until all files in directory path have finsihed
the listview column structre is NOT set in stone icon+ file_name.ext could be substituted
Hope to hear from you soon
|
|
|
|
|
|
Anyone know when Archer's Inside C# 3rd edition is slated for publishing?
Anyone who thinks he has a better idea of what's good for people than people do is a swine.
- P.J. O'Rourke
|
|
|
|
|
|
Hi All,
Is possible a .Net Application run in a Linux Server?
Regards,
Vadim
|
|
|
|
|
|
yes, www.mono-project.com
Judah Himango
|
|
|
|
|
leppie and Judah pointed out a couple alternatives, but make sure you read about them thoroughly.
Both are implementations of the CLI (Common Language Infrastructure), but do not expose the same BCL (base class library) as .NET - Microsoft's implementation of hte CLI. Windows Forms is a big one that is different. In the Microsoft .NET BCL Windows Forms controls (among many other things) P/Invoke native APIs and handle native window messages. That changes with Mono, for example, unless you're using the WINE bindings (as opposed to GTK+ or QT bindings which don't use a message-passing system).
There's other differences as well. While basic code will port to *nix with little to no problems, much code will not.
Take a lot of the .NET controls posted here on CodeProject. Most interop back to the Common Controls their base class encapsupates (like the ListView encapsulates the List-View common control) and use P/Invoke along with handling messages by overriding WndProc . Those wouldn't work on most flavors of Mono on *nix because the subsystem is completely different.
Software Design Engineer
Developer Division Sustained Engineering
Microsoft
[My Articles]
|
|
|
|
|
|
The new managed implementation of Windows.Forms is moving along (internally it uses Win32 messages and codes to help applications that hook up to Wndproc or use CreateParams), the hack-a-thon in Provo, Utah seems to have been a success. I'm not correcting you, merely saying that this statement doesn't really say much at all. They don't talk about what bindings for Windows Forms they're talking about. Keep in mind that with *nix you have many desktop and window managers (both different things). Definitely doesn't detract from the confusion!
Software Design Engineer
Developer Division Sustained Engineering
Microsoft
[My Articles]
|
|
|
|
|
Heath Stewart wrote:
but do not expose the same BCL (base class library) as .NET
I have to differ here with you. DOtGNU (Portable .NET) aims to provide a 100% BCL as per the ECMA spec which doesnt make any mention of SWF, iow its just mscorlib.dll as we know it. I dont know about mono, as I have seen some funny extra stuff there, but Portable .NET doesnt add anything extra to the BCL as described in the EMCA spec.
Cheers
top secret xacc-ide 0.0.1
|
|
|
|
|
The BCL is the Base Class Library and is not described by ECMA. The CLI - or Common Language Infrastructure - and the C# Language Specifications are described by the ECMA.
What I was referring to is very true and you can even read about it on the respective sites.
Many of the classes in the BCL rely on Win32 APIs and windows messaging (pretty much all the Windows Forms controls). Without some sort of layer (like Wine) it's impossible to just use the .NET BCL (remember that ".NET" refers to Microsoft's implementation of the CLI) as-is.
One could provide the same public members on classes, but without an underlying layer the implementation must be developed with respect to the underlying window manager.
Software Design Engineer
Developer Division Sustained Engineering
Microsoft
[My Articles]
|
|
|
|
|
Heath Stewart wrote:
The BCL is the Base Class Library and is not described by ECMA.
From EMCA 335
Common Language Infrastructure (CLI)<br />
Partition IV:<br />
Profiles and Libraries<br />
....<br />
5.2 Base Class Library<br />
The Base Class Library is part of the Kernel Profile. It is a simple runtime library for modern programming<br />
languages. It serves as the Standard for the runtime library for the language C# as well as one of the CLI<br />
Standard Libraries. It provides types to represent the built-in data types of the CLI, simple file access, custom<br />
attributes, security attributes, string manipulation, formatting, streams, collections, and so forth.<br />
Name used in XML: BCL
The XML they are refering to is the official description, I cant remember the link now, but will be glad to send it.
From EMCA 334:
Appendix D Standard Library<br />
D. Standard Library<br />
<br />
A conforming C# implementation shall provide a set of types having specific semantics. For convenience,<br />
these types and their members are listed here, in alphabetical order. For a formal definition of these types<br />
and their members, refer to ECMA-335, 2nd edition, Common Language Infrastructure (CLI), Partition IV;<br />
Base Class Library (BCL), Extended Numerics Library, and Extended Array Library, which are included by<br />
reference in this International Standard.
top secret xacc-ide 0.0.1
|
|
|
|
|
If anyone can help me with some code...please
I have made a db in Access with a field called data set to OleObject now what I want is to make a C# application who has a richtextbox control and a ReadDb an WriteDB button when i press write the app writes to the db the file saved by the RichTextBox control when i press read the app read the file from db and displys it on the RichTextBox control. I need only the part that handles the read write display thing...
Thx
|
|
|
|
|
RTF itself is not an OleObject. The easiest solution here is to change the field type to Memo and get and set the text from RichTextBox.Rtf and store that in the memo field.
Handling OLE is unnecessary here and will prove difficult since what you need doesn't exist in the .NET BCL (a few COM interfaces are already declared for you in System.Runtime.InteropServices , but not near enough). The first solution is by far the easiest.
Software Design Engineer
Developer Division Sustained Engineering
Microsoft
[My Articles]
|
|
|
|
|
Hello,
Is it possible on PocketPc to get noticed when an event occurs? - it is not important what event occurs, but only if an event occurs? also independent of a certain application.
Regards
pat
|
|
|
|
|
What type of events are you looking for? You'll have to clarify a little more.
|
|
|
|
|
when a user presses a button in an application or start a program on the PocketPc. Is it possible to get noticed of such events on the PocketPc's?
regards
patrick
|
|
|
|
|
No, there is no way to get events in an EVENT DRIVEN Windows application.
|
|
|
|
|
Actually, in Windows CE there really isn't an easy way of doing it, and no single way I've seen documented or have used that would work like hooking messages in Windows (the real kind ).
The easiest way is probably to use Control.Capture , which is supported in the .NET CF. Only one window can capture the mouse, however, but you can get mouse events to fire for windows that are not your own. In most cases, you'll need to override WndProc and handle these yourself as windows messages.
Software Design Engineer
Developer Division Sustained Engineering
Microsoft
[My Articles]
|
|
|
|