Happy Sign

CLOSED FEATURE: User interface localized in English

IgorDamiani — Mon, 15 Jan 2007 21:23:35 GMT

We must have the UI also in English, and not only in Italian! CodePlex is an international website, and Happy Sign can have a lot of users around the world! Comments: Resolved with changeset 16342.

Source code checked in

IgorDamiani — Mon, 15 Jan 2007 21:23:34 GMT

Localization in English language

Source code checked in

IgorDamiani — Mon, 15 Jan 2007 16:17:06 GMT

Using 'lib' folder to set references

CREATED ISSUE: Cache Manager

IgorDamiani — Tue, 09 Jan 2007 15:40:27 GMT

Current version Every time the user use a DynamicSignature, HS core compiles the code-behind and generates an assembly named HappySignScript.dll. This file is located into C:\Documents and Settings\\Local Settings\Application Data\VivendoByte\HappySignData. Future version We need to change this behavoir: the output file name must be related to the DynamicSignature name. For example, a DynamicSignature called "Compleanno" generates "Compleanno.dll" assembly, a DynamicSignature called "My favorite song" generates "MyFavoriteSong.dll" assembly. The output directory remains the same. When the user use a DynamicSignature, HS core try to find the assembly into the cache and, if exists, use it instead of compiling the code. If the cache doesn't have assembly, HS core compiles the code and generates the assembly.

Source code checked in

IgorDamiani — Fri, 29 Dec 2006 11:27:15 GMT

Some bug-fixing: - constructor of DynamicSignature doesn't initialize LastModified - fixed - property LastModified is not serialized - fixed - the button btnCodeConverterWizard is anchored to (Bottom, Left) - fixed - icon for HappySign.exe is now correct

Source code checked in

IgorDamiani — Fri, 29 Dec 2006 11:18:39 GMT

The event for the traybar menu is MouseUp, not MouseClick

CLOSED ISSUE: Double click on the header of the columns in FormEditor

bmatte — Fri, 29 Dec 2006 09:56:35 GMT

The grdErrors_CellDoubleClick method, in the FormEditor form, throw an ArgumentOutOfRangeException when you do double click on the header of the columns, of the 'grdErrors' control Comments: Resolved with changeset 15036.

Source code checked in

bmatte — Fri, 29 Dec 2006 09:56:33 GMT

Add directory 'Lib' to the project and bug-fixing

CREATED ISSUE: Double click on the header of the columns in FormEditor

bmatte — Fri, 29 Dec 2006 09:26:41 GMT

The grdErrors_CellDoubleClick method, in the FormEditor form, throw an ArgumentOutOfRangeException when you do double click on the header of the columns, of the 'grdErrors' control

Source code checked in

IgorDamiani — Fri, 22 Dec 2006 13:06:55 GMT

Refactoring, bug-fixing and general improvements on management of Enabled property in the signature

CLOSED ISSUE: Property Enabled on the Signature class

bmatte — Thu, 07 Dec 2006 11:21:20 GMT

We have to introduce a new property in SignatureBase class: public bool Enabled. This property describes the avaiability of the signature. When 'true', the signature can be used through drag'n'drop or others funcionality of HS (example: clipboard or tray-bar menu). This property is equal 'true' in SignatureBase and NormalSignature class. These kind of signatures are always avaiable to the user. When 'false,' the signature cannot be used. Enabled can be 'false' only in DynamicSignatures, when the .NET code contains one or more errors. When the code contains some errors, the code (VB.Net or C#) cannot be compiled, so the text of the signature cannot be generated. The user cannot drag'n'drop the signature. Notes: when the user imports a new DynamicSignature, HS must request to the user to compile the code. This permits to verify the code, and set Enabled according to the compiling results. Comments: Resolved with changeset 13331.

Source code checked in

bmatte — Thu, 07 Dec 2006 11:21:17 GMT

Added 'Enabled' Property in SignatureBase class; Added the management of this property for NormalSignature and DynamicSignature; Disable the item of the contex menu and show an alert icon when this property is false; When import a DynamicSignature, HS compile the code of signature and if it finds some errors, it asks to the user "Vuoi continuare?"; When an assembly reference of the DynamicSignature is broken the ResourceManager visualize an alert icon; Refactoring of the method to compile the code and move it in Scripting class; Rename form FormMainNew in FormMain; Rename method SettingsManagement.ApplySettingsToUINew to SettingsManagement.ApplySettingsToUI; Rename method SettingsManagement.UpdateSettingsToUINew to SettingsManagement.UpdateSettingsToUI;

Discussioni in italiano: Note sulla proprietà Enabled delle firme

IgorDamiani — Thu, 30 Nov 2006 16:43:01 GMT

Il WorkItem 5883 è intitolato "Property Enabled on the Signature class". Qui do qualche dettaglio in più, nato dalle nostre idee e dalle chattate in Messenger. Dunque: la proprietà Enabled vale sempre true sulle NormalSignature, perchè in questo caso non c'è mai nulla che può andare storto. Forse l'unica cosa è che la firma sia vuota, ma in fondo...boh...lasciamolo così. Nella DynamicSignature può valere true o false. Vale false quando la compilazione non va a buon fine, oppure quando uno dei files messi come riferimento non viene trovato. In questa condizione, la firma non può: 1) essere compilata, perchè dà errori 2) non può essere trascinata da nessuna parte 3) non può finire negli appunti 4) non può essere esportata, nè distribuita in alcun modo Il posto migliore per calcolare il valore di Enabled è quando si chiude il FormEditor. Se la firma non è valida, viene comunque aggiunta/modificata sulla UI, però deve essere evidenziata con qualche colore diverso o con un'icona particolare (Alessandro suggeriva un'icona con le rotelline dentate - mi piace, sono d'accordo). Stessa cosa - ma un po' meno complessa - quando si apre FormEditor: vanno controllati uno alla volta i riferimenti. Quando se ne trova uno che non esiste, si evidenzia la riga nella ListView e la firma diventa Enabled = false, così si sa qual'è il file che non viene trovato.

Developer Forum: RE: External references of Happy Sign

IgorDamiani — Fri, 24 Nov 2006 17:28:47 GMT

New reference into HSServices: ICSharpCode.NRefactory.dll

CLOSED FEATURE: Converter from C# and VB.NET (and viceversa)

bmatte — Fri, 24 Nov 2006 17:01:37 GMT

Is it possible to translate automatically from C# to VB.NET ? And viceversa? It's nice to have this feature into the editor window: when the user changes the language associated to a specific signature, the code must be converted automatically. Wow! Comments: Resolved with changeset 11967.

UPDATED WIKI: Home

IgorDamiani — Fri, 24 Nov 2006 16:49:49 GMT

Happy Sign (Codename Giollino)
Welcome to Happy Sign's Project on CodePlex.com. Happy Sign is a freeware, open-source (and yes, work-in-progress for now) software based on the .NET Framework and written using C#. Happy Sign is developed by an Italian developers team.

Current project members (in alphabetically order):
Alessandro Melchiori
Igor Antonacci
Igor Damiani
Matteo Baglini
...others people occasionally...

What's Happy Sign?
Happy Sign is a joyful software capable to "decorate" your communication (e-mail, post for blog and newsgroup, for example) with signature.

Signatures can be simple text: your name and your e-mail address, if you are serious man. If you want to be more amusing, you can use Happy Sign to add additional text: nice film's citations, famous phrases, jokes, quiz, etc.

In the current release, Happy Sign is a beatiful Windows application. The user interface is similar to Windows Messenger: instead of contacts, you have a lot of signatures. If you want to use a particular signature, you can simply drag'n'drop it from Happy Sign to another application like Microsoft Outlook Express, Microsoft Live Writer, Mozilla Thunderbird and others general-porpouse text processor.

With Happy Sign, you can create two kind of signatures.

Static signatures are simple and static text.
Dynamic signatures are signatures that includes some code written in managed code (VB.Net or C#) that simply returns a string, that is the signature. Writing dynamic signature, you can generate text signature on-the-fly, with all the possibilities offered by the .NET Framework: recovering current song in Windows Media Player, obtaining current temperature in your city accessed via web-service, calculate random numbers. The possibilities are unlimited!!!

Why codename is Giollino?
The codename of Happy Sign for this release is Giollino. Jolly was the name of my dog-house, dead 6th November, 2005. In this date, we got the main idea around Happy Sign: the capacity to create dynamic signature compiling .NET code on-the-fly. I dedicated this software to Jolly, that my family called affectionately Giollino.

Join to Happy Sign
For the moment, Happy Sign is localized only in Italian language. All the documentations (issues, forums and release notes) hosted in CodePlex will be in English. If you want to join to our developer team, please register to CodePlex. We are happy to find people like you! Help us to create Happy Sign a better software that we can!

Yeah, I'm joined to the team, but how I can compile the code?
Happy Sign is a modular software, that use a few of external libraries. These libraries are necessary if you want to compile the code with Visual Studio 2005.
What are these library? Where can I find them? I have the answer!

You can find some informations about libraries in this post of our forum:
http://www.codeplex.com/Project/DisplayThread.aspx?ProjectName=HappySign&ForumId=1958&ThreadId=2219

As reported in the post, you can download a zip file here:
http://www.igordamiani.it/download.php?id=6

CREATED FEATURE: Shortcut associated to signature

IgorDamiani — Fri, 24 Nov 2006 16:34:53 GMT

Nice feature: the user can associate to a particular signature a shortcutkey (example: CTRL+SHIFT+F1, CTRL+B, SHIFT+F10, etc.). In this way, the user can open HS, minimize to the tray-bar, and press the desired shortcut in order to insert the text of the signature. Details: global hook on the keyboard. Is it possibile to achieve it with .NET ?

CLOSED ISSUE: Updating the categories bar after some customization

IgorDamiani — Fri, 24 Nov 2006 16:30:15 GMT

When the user make some modifications at the categories (add/remove/modify) using the form "Strumenti --> Opzioni", the UI must be updated.

COMMENTED ISSUE: Updating the categories bar after some customization

IgorDamiani — Fri, 24 Nov 2006 16:29:49 GMT

When the user make some modifications at the categories (add/remove/modify) using the form "Strumenti --> Opzioni", the UI must be updated. Comments: ** Comment from web user: IgorDamiani **

I close this task. The user cannot remove/modify category from the Strumenti-->Opzioni dialog. The user can only create a new category: the UI is automatically updated then he creates a signature that belongs this category.
The code updates both form and the menu in the tray-bar (if necessary).

CLOSED ISSUE: Validation of the signatures

IgorDamiani — Fri, 24 Nov 2006 16:27:43 GMT

We have to verify that NRuleValidator works correctly with the signature. We need to verify that object-model, data-binding, casting and NRuleValidator works well together. Suggestion: check the routine btnEditor_Click on the FormPropertySignature form into HappySign assembly. I don't like this line of code (the author???? Me!): sgn = new DynamicSignature(_signature); The code need to use the BindingSource object for data-binding.