LiveCode Forums

https://github.com/runrev/livecode/pull/158

Sorry it took so long. I kinda forgot about LiveCode for a while.

Regular expressions can be made to match negatives, but the results can be painful. What's the opposite of /abc[def]+ghi/ for instance? A not option sounds like a good idea to me. Are the regexs going to be a string or a new pattern token like Perl/Javascript/etc.? String patterns will be very annoy...

Ever since I found out about gRevDevelopment, I've been playing with various things with it on to see what happens. I noticed that the Project Browser is really slow when scrolling, so I decided to try to figure out why by writing a simple script that looks for all the disclosure buttons and expands...

Pango actually uses HarfBuzz on Linux for "complex text rendering" (http://www.pango.org), but since HarfBuzz is being used by GNOME, Firefox, Chrome OS, and Chrome, it's probably a safe bet :P I wish I had known about it back when I was writing my own toy game engine. Hmmm - this might be because b...

@splash21: I've been working on fixing various performance issues on the Linux version of the engine, and I have fixed one major source of slowness with rendering. I'm pretty sure I also found the cause of the same rendering glitches you show in the video, but I'll have to try your stack out to be s...

I see. Odd that that wasn't tested better before the release. Is there an internal RunRev test suite?

Turns out all the code to cache block widths was already there, but for some reason noflow was resetting them all, and I can't determine a reason why. https://github.com/ricochet1k/livecode/ ... c86a7efd8b

I get that, but there are general fixes in that branch, not all of it is 64-bit only. Plus, it's good to test that 32-bit builds still work with it.

That and runrevmark was specifically asking about the new 64-bit code, since you are one of the developers who has worked on it in the past.

You need this commit: https://github.com/runrevmark/livecode/ ... 0a62e1dc6f

That is not on either the master or develop branch yet. Use runrevmark's feature-linux_x64_2 branch with the feature-linux_x64 branch for all the submodules.

Having Linux performance be fast is especially important when it comes to computers like the Raspberry Pi (I have one, so I may end up playing with this at some point too) because they are less powerful machines, and need all the speed the engine can give. Which brings up an interesting point: does ...

Well, that was surprisingly easy. Holding down backspace is still pretty slow, but performance is a lot better than before. Changes here: https://github.com/ricochet1k/livecode/ ... 38b9d06a04

I still had to make a few tweaks, such as adding #include <glib.h> to lnxspec.cpp and converting tabs to spaces in archive.linux.makefile and environment.linux.makefile (make doesn't like tabs used for indentation, only for rules). I thought I had to do something about the system libcrypto conflicti...

PS_LINES_NOT_SYNCHED seems to almost be the dirty flag I want, but it doesn't seem to be used everywhere it seems like it should. Do you know why lines are deleted and recreated in noflow()? That seems to be the one place where doing that should be unnecessary. Maybe only if state & PS_LINES_NOT_SYN...

@ricochet1k: Good find! I'd actually forgotten the field was 'dumb' enough to do that! As for why it does it, then lack of time to optimise appropriately is perhaps all I can say. Certainly if you can make it so paragraphs recalculate when changed that would make a big difference - then making it s...

Heh, no wonder drawing text is slow. It recomputes THE ENTIRE FIELD any time ANYTHING changes! Is there any reason why every single Paragraph has its layout recomputed, every Line is deleted and recreated, and every Block is reset, even when most of them didn't change? How hard can it really be to s...