hg clone https://phab.mallen.id.au/source/scribeopensrc/ code/scribe/trunk
python code\scribe\trunk\build.py

• "Find" - as in the same shortcut as most text editors.
• "Forward" - as in the same shortcut as Outlook and Gmail. And if so how does the user "Find" stuff...

• Ctrl+Enter - Send the message
• Ctrl+Up - Previous message
• Ctrl+Down - Next message
• Ctrl+P - Print the message
• Ctrl+R - Reply to the message
• Ctrl+W - Forward the message (although I've just changed the dev build to 'Close Window')
• Ctrl+S - Save the message
• Ctrl+T - Select the text editor
• Ctrl+H - Select the HTML editor

• You can edit and delete styles to the text: font, font size, bold/italic/underline, foreground and background colours.
• The tool bar tracks the current style.
• You can add and remove links.
• Most common text editor operations work: deleting / adding text. Selecting regions. Copy / paste.
• Text reflows to the space available.

• No undo / redo.
• Cut / Copy / Paste is plain text only.
• Replies/forwards are by default converted to plain text, losing any source styling. This is on purpose until I rewrite the reply/forward template merge code to cope.
• The cursor can get "stuck" sometimes. Reposition with the mouse or use a different key combination.
• Screen updates might be flaky in some situations.
• No support for multiple levels of quoting.
• No support for images (yet, it's on the todo list).
• No indent/outdent support yet.
• No lists, bulleted or numbered.
• Swapping between the text and HTML tabs after you create the email or reply doesn't work. You are locked into whatever control you start with. This will change in later releases.

function BeforeInstall(App, Msg, Actions)
{
    Actions.Add("Scare");
    Msg = Msg + " (BeforeInstall was here)";
    return true;
}

function Install(App, Action)
{
    if (Action == "Scare")
    {
        MsgBox(App, "Boo!");
        return false;
    }
    
    return true;
}

function Main(App)
{
    if (!AddCallback("OnBeforeInstallBar", "BeforeInstall"))
        MsgBox(App, "Couldn't add BeforeInstall");
    if (!AddCallback("OnInstallComponent", "Install"))
        MsgBox(App, "Couldn't add Install");

    return 1;
}

• Win32
• Mac32
• Linux64

./config shared -DPURIFY

matthew@ubuntu:~/Downloads/openssl$ ldd ./libssl.so.1.0.0 
	linux-vdso.so.1 =>  (0x00007ffc0e197000)
	libcrypto.so.1.0.0 => /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007f5c5ab6c000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f5c5a7a7000)
	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f5c5a5a3000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f5c5b1c1000)

http://nixos.org/releases/patchelf/patchelf-0.8/

patchelf --set-rpath '$ORIGIN' ./libssl.so.1.0.0

matthew@ubuntu:~/Downloads/openssl$ ldd ./libssl.so.1.0.0 
	linux-vdso.so.1 =>  (0x00007ffcdce86000)
	libcrypto.so.1.0.0 => /home/matthew/Code/Scribe/trunk/./libcrypto.so.1.0.0 (0x00007f39b99d8000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f39b9613000)
	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f39b940f000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f39ba0a5000)

• Working on various music projects, including a audio/video mix down of a band that shot a live set earlier in the year and a cover of New Day.
• Working on the MC2 foot controller.
• And the old RSI is back to haunt me.

The PayPal Sand Box Bug

The Installer/Uninstaller

The Help

OAUTH2 Support

• XOAUTH: Seems deprecated.
• XOAUTH2: Probably the best bet at this point.
• PLAIN: Despite it being listed as "supported" it doesn't actually work. It errors out and gives you some HTTP link in the server response. They really should remove it from the list.
• PLAIN-CLIENTTOKEN: Well this one is weird... there is literally no documentation anywhere on what it is. Otherwise I'd be persuing this as a simpler option than XOAUTH2.

• Scripting
  The functionality I want is all there in beta form. I haven't however ported any plugins to use it. So this is at least ready for some more testing.
• Html Editing
  This is probably the least progressed of all the new features. Basic functions work but it's all so very fragile. I've been meaning to valgrind it heavily but the other features have been getting my time so far.
• Built-in Aspell
  I got this finished to the point where it can self install a dictionary (from an FTP link no less!) today. So it's out of alpha and into system testing. I'll also need to make some changes to the installer to make it part of the base install.
• Automated Crash Reporting
  No progress so far.
• Mac Native Look
  Most of the controls now use native paint methods. Which have all been updated to non-deprecated API calls. Also very importantly the string display code now supports sub-pixel positioning, which fixes the selection of text in Scribe causing glyphs to move around in the x direction slightly. Painting isn't perfect yet, but it's a lot better. Ready for beta I'd say.
• Calendar UI Refresh
  Still partially complete. No recent work.
• Logging
  All changes completed.
• Linux Betas
  I've done a lot of work to support arbitrary colour spaces which is heavily used by the Linux port. Also I've fixed a number of increasingly weird GTK interaction bugs. It seems if the bugs are getting weirder and less frequent, then you are reaching a decent level of stability.

• Install on Windows 8.1, user grants admin rights to installer.
• Installer writes files to the install folder and then offers the user to start Scribe
• If user starts Scribe, the installer runs Scribe.exe WITH ADMIN RIGHTS!
• User selects "Portable" mode during Scribe's first run.
• User configures some options and then exits Scribe. Scribe saves the options to the program files install folder and that works because it still has the ADMIN permissions from the installer.
• User runs Scribe again... this time with USER permissions... and now Scribe can't write to the program files folder anymore... DUN DUN DAAAA!

• Scripting
  Firstly as you may have seen in previous blog posts there is a visual debugger now. There is also support for calling external functions (i.e. in a system or 3rd party DLL/so/dylib). This is all with a view towards making the plugin functionality script based rather than C++ binaries. The problem with C++ binaries is they are VERY dependant on a stable ABI (application binary interface). I hate having to rebuild the plugins every time I release. If the plugins are scripts they will generally just work between releases and not need updating.
• Html Editing
  This is a big missing feature and I'm committing to getting some basic functionality stable. To start with I want to match the text based functionality with a few extras like bolding, colours etc and then start adding more stuff like images and block quotes etc. It'll be a long road but I better get started.
• Built-in Aspell
  Instead of requiring the user to install an old Aspell independently, from v2.1 onwards there will be a modern version of Aspell pre-installed. Dictionaries will still need to be downloaded on demand. The port to windows has been done, and stability testing and integration is underway.
• Automated Crash Reporting
  It's most likely that in the first few releases of v2.1 there will be some automated reporting of crash dumps. Yesterday I wrote up a guide for reporting crashes and that will be the basis for the automated reporter.
• Mac Native Look
  The mac port is already looking a lot more native with scroll bars, check boxes and radio buttons all taking on native rendering. I'll be looking into integrating native edit controls as well. I don't like the current rendering of text in the edit controls... the kerning keeps jumping around.
• Calendar UI Refresh
  The calendar event window is in the process of being rewritten to be more modern and match existing systems. This will enable better workflow and integration with vCal files.
• Logging
  All the logging now goes through the log window instead of ending up just in 'Scribe.txt'. This means that users can access pertinent log information directly through the user interface. There will be an icon that you can put in the main toolbar to show that log, and it will change appearance when there are new messages.
• Linux Betas
  The GTK port on Linux has been running OK for a while now with a few issues. The main one is that the popup windows are all pretty flakey. And try as I might the GTK API doesn't leave a lot of room for fixing that. In any case I'll be getting some builds up and see how they go.

• By default the Visual Studio 2005 installed doesn't install the x64 compiler and libraries. Nice...
• When you do get that installed, and then create an x64 profile in your solution you get the option to copy the settings from the 32bit profile. Which for the most part works, but when you try and compile said x64 profile, you discover this delightful error:

  fatal error LNK1112: module machine type 'x64' conflicts with target machine type 'X86'

  Which in a nutshell means you are linking 64bit objects into a 32bit binary. However the standard response that people get on the forums is that you have to set your Linker- >Advanced->TargetMachine correctly. And you know what? Well it WAS set correctly to MachineX64. So what gives? Well if you click on Linker->CommandLine and look in "Additional Options" you'll see /MACHINE:I386. Sigh.
• When running Windows7 64bit and you put additional 32bit DLL's in C:\Windows\System32 you'd think... that since there is a "32" in that folder name that is where they go. Well no... the 64bit DLL's go in System32 and the 32bit DLL's go in "System". Gaaaaahhhhh.