Open GoogleCodeExporter opened 9 years ago
Looks to me like a flash player issue. The text input in minibuilder uses a
trick with focus being set on a hidden textfield. I can't reproduce the issue
on debian/ubuntu + gnome. What desktop does your linux use?
Original comment by victor.dramba
on 13 Aug 2010 at 7:47
Thanks for the quick reply, it's a flavor of ubuntu using LXDE. Is that hidden
TextField a work around for something?
Original comment by chiel...@gmail.com
on 14 Aug 2010 at 7:13
Yes, the code editor is not a native textfield, it is entirely custom. So we
capture the key input and draw the chars on the screen. We do that because the
native textfield is slow with big sourcefiles.
Original comment by victor.dramba
on 14 Aug 2010 at 7:28
I am also unable to type in the editor window. I'm running the latest version
of plain old Ubuntu/Air/JRE. Like chielvis mentioned, I can type in other
windows (like search), and it recognizes keyboard shortcuts. Please help, I'm
trying to make this my workflow!
Original comment by matt.bur...@gmail.com
on 21 Aug 2010 at 4:00
Also, I tried running on OSX, and the cursor seems to be in the wrong place as
I type (I'm able to type in the editor in OSX). Also, the font seems to be
defaulting to a general serif font. I'm assuming it's because your input
textfield hasn't embedded the font. What font is being used in the Ubuntu
version?
Original comment by matt.bur...@gmail.com
on 21 Aug 2010 at 5:04
True, it seems that the editor does not work with the latest Linux AIR runtime.
I should also test it on win/osx.
I'll try to fix asap. Thanks for the bug report!
MiniBuilder works best with the beauteful Liberation Mono, open source font
(GPL) from Red Hat.
Original comment by victor.dramba
on 21 Aug 2010 at 7:33
i found a quick workaround you can use until i fix the problem: downgrade your
main air binary (libCore.so) to version 10.1.53.64
use the attached file.
on my system it is located in /opt/Adobe AIR/Versions/1.0/
make sure you bkup the original file, in case something goes wrong.
Original comment by victor.dramba
on 21 Aug 2010 at 10:23
Attachments:
Victor --- thanks so much for your attention and help. I have grabbed this file
for future reference. For the time being, I downloaded Liberation Mono to my
OSX machine and after installing, MiniBuilder runs very well. Definitely
something that I can see being my primary AS3 IDE. FlashDevelop is great too,
but requires a Windows vm, and those can be a pain sometimes. You'll have a
donation coming from me for sure. Looking forward to watching this grow, and
perhaps participating a bit myself.
Original comment by matt.bur...@gmail.com
on 22 Aug 2010 at 7:52
Since that font has been released to the public, here's the Liberation library
for whoever else needs it.
Original comment by matt.bur...@gmail.com
on 22 Aug 2010 at 7:54
Attachments:
for me it still doesnt work on ubuntu 10.04 x64 with lastest AIR2... i cannot
type the code... only tab, enter and pgdn/pgup works... can you help me?
it is the best free as3 ide i've ever seen, but i still cant have it on my
linux :(
Original comment by mch...@gmail.com
on 5 Oct 2010 at 2:44
of course downgrading libCore.so isnt right solution for me. it doesnt help me
at all... i hope to hear some good news soon! best regards
Original comment by mch...@gmail.com
on 5 Oct 2010 at 2:48
What version did you install? For Ubuntu, you should install the deb. It's the
only one that has that bug fixed.
Note: Please uninstall the AIR version before you install the deb version,
otherwise the deb installation will fail.
Original comment by victor.dramba
on 5 Oct 2010 at 2:50
sorry, i've exchanged wrong file... works fine with your libCore.so, but i
still dont have x64 deb package for ubuntu and i need to work with 1.1.2.
great piece of work man, regards. i'm waiting for some more air support to
build air apps on linux. airminibuilder+designview are great :)
Original comment by mch...@gmail.com
on 7 Oct 2010 at 9:30
the .air file on SVN is the latest 1.1.3 ;)
http://code.google.com/p/minibuilder/source/browse/trunk/AirMiniBuilder/release/
AirMiniBuilder.air
also, for building air apps on linux, you can speed up using the scripts i use
to package minibuilder:
http://code.google.com/p/minibuilder/source/browse/trunk/AirMiniBuilder/#AirMini
Builder/scripts
and yes, more air support will come
Original comment by victor.dramba
on 7 Oct 2010 at 9:38
Just wanted to report that I got the same bug, even though its month later.
I am using the newest AIR version under ARCH Linux (just installed it from the
arch user repository).
Original comment by Tim.Joer...@googlemail.com
on 20 Feb 2011 at 12:42
This is more of an edit to my post from yesterday, then a new post.
The workaround with the libCore.so worked. However the location was
/opt/adobe-air-sdk/runtimes/air/linux/Adobe AIR/Versions/1.0.
Thank you very much.
Original comment by Tim.Joer...@googlemail.com
on 20 Feb 2011 at 12:34
the latest version (1.1.3) of minibuilder has fixed this bug
if you can't install the deb (your distro is not debian based) download this
http://minibuilder.googlecode.com/svn/trunk/AirMiniBuilder/release/AirMiniBuilde
r.air
it's in the source section
Original comment by victor.dramba
on 20 Feb 2011 at 12:40
I think the problem is that scriptArea doesn't work with any IME, it only
support direct input.
Also, it only support basic ASCII code. the cursor appears in wrong position
when you paste Chinese or Japanese character (or any other character that has a
different width) into it
Original comment by rin...@gmail.com
on 17 Jun 2011 at 11:07
what MB version and on what OS do you see the problem?
nothe that MB text editor can only deal with fixed width font.
Original comment by victor.dramba
on 17 Jun 2011 at 11:11
I'm using Win7.
Actually I'm using the old Web MiniBuilder 0.0.2, but I think the ScriptArea
class is same as latest version of MiniBuilder.
add this in onKeyDown() function of ScriptAreaEvents.as can fix some input
methods that use popup bar to display candidates, but it can't fix those that
show condidates inside the textinput.
else if (e.keyCode == 229){
stage.focus = inputTF;
return;
}
to fix the cursor for Chinese and Japanese string, I use a dict in
ScriptArea.as to cache width of all characters instead of the old method that
just checking \t:
protected var widthDict:Object = {};
protected function getCodeWidth(c:int):int{
if (!widthDict.hasOwnProperty(c)){
measureTf.text = String.fromCharCode(c);
widthDict[c] = measureTf.getLineMetrics(0).width;
}
return widthDict[c];
}
Original comment by rin...@gmail.com
on 17 Jun 2011 at 12:31
your code seems ok, i'll include it in the next release ;)
Original comment by victor.dramba
on 17 Jun 2011 at 12:35
Original issue reported on code.google.com by
chiel...@gmail.com
on 13 Aug 2010 at 6:44