Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
38 user(s) are online (24 user(s) are browsing Forums)

Members: 0
Guests: 38

more...

Headlines

 
  Register To Post  

« 1 2 (3) 4 5 »
Re: A new editor for AmigaOS 4 is in the works
Just popping in
Just popping in


See User information
Tthat new version are AWESOME! Thx!
I only have the problem that I can only navigate with the numpad, unfortunately, it is not possible to enter numbers. ?

Go to top
Re: A new editor for AmigaOS 4 is in the works
Site Builder
Site Builder


See User information
Thank you guys for testing the new version.

Sorry for my late reply, but for the last couple of days I was working on the MorphOS port of Lite XL, with the help of BeWorlds work and some fixes of mine, to be aligned with the latest OS4 release. Hope I will make that available soon.

@jabirulo
Unfortunately, there is an issue with the encodings. You see Lite XL works with unicode and our systems use ISO encodings. So I need to provide a way to convert it to unicode, and make this feature available in Lite XL. Until then, I would recommend to use it only with latin typing, or if necessary, try to write the text in notepad and paste it inside Lite XL. I know it is not intuitive, but it is a workaround.

@root
I haven't experienced that issue but I will check it again. Are you sure you don't have NumLock off?

Go to top
Re: A new editor for AmigaOS 4 is in the works
Just popping in
Just popping in


See User information
@walkero

Why not use unilibdev 10.21 (os4 version only on aminet) or utf8.library one of those should work for you and then you van use utf8 text encoding and convert to/from iso codings.

Go to top
Re: A new editor for AmigaOS 4 is in the works
Just popping in
Just popping in


See User information
@walkero
Yes numlock is switched on.
I also tested it in parallel with v1.16.12.5. and there the numpad works.

Go to top
Re: A new editor for AmigaOS 4 is in the works
Site Builder
Site Builder


See User information
@trgswe
I was not aware about the unilibdev. I will have a look on that, and if it works I will prefer to use this, since there is a version for MorphOS as well.

Thank you for pointing this out.

@root
I will check this out and let you know. Thanks for pointing this out.

Go to top
Re: A new editor for AmigaOS 4 is in the works
Just popping in
Just popping in


See User information
@walkero:
Have you seen the crash report in os4depot?
I have here the same issue on my X1000.

http://crashlog.os4depot.net/?functio ... lity/text/edit/litexl.lha

Go to top
Re: A new editor for AmigaOS 4 is in the works
Site Builder
Site Builder


See User information
@tearsofme
Do you have the same crash with the new version? If yes this is weird, because the code changed in so many places.

Can you try and rename/delete the .config folder and let a new one to be created?

Go to top
Re: A new editor for AmigaOS 4 is in the works
Home away from home
Home away from home


See User information
@TearsOfMe

it crashes on PowerPC "BLR" opcode, its like the 680x0 "RTS", so my guess is corrupted stack, maybe it has run out of stack.

Try increases stack before starting the editor.

(NutsAboutAmiga)

Basilisk II for AmigaOS4
AmigaInputAnywhere
Excalibur
and other tools and apps.
Go to top
Re: A new editor for AmigaOS 4 is in the works
Just popping in
Just popping in


See User information
Yes, it is with the new version.
Stack increase and delete the .config works not.
The programm crash right away from start.
Added an crashlog on os4depot.

http://crashlog.os4depot.net/?function=view&crashlogid=431


Edited by TearsOfMe on 2022/5/3 7:01:09
Go to top
Re: A new editor for AmigaOS 4 is in the works
Just can't stay away
Just can't stay away


See User information
@walkero

You don't need unlibdev or other external dependencies to convert between local charset and unicode.

Just use IDiskfont->GetDiskFontCtrl(DFCTRL_CHARSET) to get the IANA number and you can then use IDiskfont->ObtainCharsetInfo() to request a mapping table.

ULONG charset;
const 
ULONG *maptable;

charset IDiskfont->GetDiskFontCtrl(DFCTRL_CHARSET);
maptable = (const ULONG *)IDiskfont->ObtainCharsetInfo(DFCS_NUMBERcharsetDFCS_MAPTABLE);


The mapping table is an array of 256 ULONGs that are the unicode (UCS4) equivalents to each character in the local (8-bit) charset.

You can then use this to convert to unicode just like so:
IKeymap->MapRawKey(ie, &vanilla1NULL);
if (
== 1)
{
    
ucs4 maptable[(UBYTE)vanilla];
}


I use this method in SSHTerm as libtsm (the terminal emulation layer I am using) works exclusively with unicode as well (see src/term-gc.c).

Go to top
Re: A new editor for AmigaOS 4 is in the works
Just can't stay away
Just can't stay away


See User information
@LiveForIt

Quote:

it crashes on PowerPC "BLR" opcode, its like the 680x0 "RTS", so my guess is corrupted stack, maybe it has run out of stack.


If that was the case it would be an ISI and not an alert.

In this case what seems to have happened is that the newlib.library dlmalloc allocator has detected an error and posted the alert 0x81000009 (AT_DeadEnd|AN_FreeTwice).

It could be that a bad memory pointer was passed to free() or maybe the memory was already freed before as suggested by the alert code. It is also possible that the magic field in the memory chunk header has been overwritten by a buffer overflow or random memory trashing.

Go to top
Re: A new editor for AmigaOS 4 is in the works
Just popping in
Just popping in


See User information
@salass00

GetDiskFontCtrl()
This call is not semaphore protected. This means that
several calls to this function and SetDiskFontCtrl()
might cause inconsistent results. The function will not
fail or crash, but the result might be near to useless
in a multitasking system.
This function should never be called by the average
user. Its sole purpose is to provide the font
preferences editor with data about the current diskfont
settings. It should not be called for other purposes.

Go to top
Re: A new editor for AmigaOS 4 is in the works
Just can't stay away
Just can't stay away


See User information
@trgswe

A more verbose method that should produce the same result:
struct Locale *locale;
ULONG charset 0;

locale ILocale->OpenLocale(NULL); /* Get default locale */
if (locale != NULL)
{
    
charset locale->loc_CodeSet;

    
ILocale->CloseLocale(locale);
}

/* Locale autodoc says to treat zero as ISO-8859-1 */
if (charset == 0)
{
    
charset 4;
}


BTW the warning note in the GetDiskFontCtrl() autodoc is mainly for the tag pairs like DFCTRL_XDPI/DFCTRL_YDPI or DFCTRL_XDOTP/DFCTRL_YDOTP where you might get a new value for the X and an old value Y if you read them while they are being modified.

Go to top
Re: A new editor for AmigaOS 4 is in the works
Site Builder
Site Builder


See User information
@TearsOfMe
I sent you a PM. Please have a look and let's talk about how we can solve those issues.

@root
I have already a fix about the Numpad and will be included in the next release.

@salass00
Thank you for your recommendation.

Yesterday I spent the whole evening looking at that and what happens when someone changes the keymap to write in a different language, or even by using a modification key to do the same.

Unfortunately, when a key is pressed, SDL doesn't provide (or I didn't find it) any information about the keymap, so I can't get the difference between pressing a key in a different keymap layout and the default English.

Also, the FreeType library is involved with the written character, which is using Unicode encoding. I tested it with some other encodings but unfortunately, that didn't work.

But there is a way where the project gets the different keymap info, because when you switch to another one, other than the English, and type something then nothing outputs in the editor. So, I need to figure out where this happens, although I guess it is in the FreeType library. So, if I am thinking that well, I need to give to the library the character equivalent in Unicode somehow. So I am searching for how exactly I can do that.

I am still investigating this. Any ideas are welcome.

Go to top
Re: A new editor for AmigaOS 4 is in the works
Just popping in
Just popping in


See User information
@walkero

forgot to mention codesets.library available on os4depot
it is also available for 3.x, aros, morphos and os4.

Go to top
Re: A new editor for AmigaOS 4 is in the works
Just popping in
Just popping in


See User information
Nothing to add to the technical discussions here, I just wanted to say Thank You for your hard work - this is one of the best things to happen to OS4 in a long time. I've already switched over to LiteXL2 for all my Amiga development and it's a game-changer. Amazing stuff!

My Amiga blog: markround.com/amiga
My hardware: X5000 running OS4.1; A1200 Vampire V1200v2, KS 3.1.4
Go to top
Re: A new editor for AmigaOS 4 is in the works
Site Builder
Site Builder


See User information
@mdr
You can't imagine how much happy that makes me. Hope you enjoy it. Of course more updates will come, and if you experience issues, please do not hesitate to contact me.

Go to top
Re: A new editor for AmigaOS 4 is in the works
Just can't stay away
Just can't stay away


See User information
@walkero

I have tried the latest version on my system: seems to work nicely.

Based on strings query, binary has 3 version ($VER) strings: is this intented?

There seems to be requirement of SDL2: however, current binary appears to be statically linked. So no SDL2 external lib should be needed.

Go to top
Re: A new editor for AmigaOS 4 is in the works
Home away from home
Home away from home


See User information
@Capehill

That’s normal when you staticky link .a file into programs, then you get all kinds of version numbers.

Version strings where not intended for static linking, they intended for amiga libraries. not c libraries.

(NutsAboutAmiga)

Basilisk II for AmigaOS4
AmigaInputAnywhere
Excalibur
and other tools and apps.
Go to top
Re: A new editor for AmigaOS 4 is in the works
Just can't stay away
Just can't stay away


See User information
@LiveForIt

IIRC version strings for "lite" (not libraries). It seems to be because version string is defined in header https://git.walkero.gr/walkero/lite-xl ... c/platform/amigaos4.h#L11

@Walkero

Please consider moving $VER and $STACK into C file.

Go to top

  Register To Post
« 1 2 (3) 4 5 »

 




Currently Active Users Viewing This Thread: 1 ( 0 members and 1 Anonymous Users )




Powered by XOOPS 2.0 © 2001-2016 The XOOPS Project