Activity for Bert Wesarg
-
Bert Wesarg posted a comment on ticket #686
Dear Amiga Lemming, I had something similar recently (though Ubuntu 18.0 here), and could pin point it to the fact, that the ibus package was installed. That got in as a dependency of the Zoom client package. Could you check, if this package is installed in your system and if possible remove it again. HTH, Bert
-
I don't have a strong opinion where the final repository is hosted. I have a strong opinion, how the history should look like. And both repos fail miserable here. There were mistakes on both sides in the past, but for a united future, the history should be the first step to be correct here.
-
First I created a replace for you second but last commit (I skipped your initial commit) with git replace and let it point to the REL-5.6 tag. Second, rI ran git filter-branch, this changed all the commits. Its not perfect, as in the source package were already files missing, which existed in Git. the merge was then done again, though I needed to handle many delete conflicts, because of the source → src rename. Its still not perfect, but at least something for the discussion.
-
I pushed a more sane merge to my fork into the master-ng branch: https://sourceforge.net/u/lebert/nedit/ci/master-ng/tree/
-
Merge branch 'master-ng' into sf-master
-
Adopting nedit-ng as NEdit 6.0
-
Morning, I'm still in favor of any new start but I consider how this "merger" was done not acceptable. First, also Evan should have used a fork of the original NEdit sources and not start a new Git history with its fork. The reason is pretty simple: author attribution and it made it impossible to merge anything back (think of renaming source) . I've already raised this to the author of the UTF-8 fork (XNEdit?), which did the same. The back merger now did more or less the same, it completely removed...
-
Greetings, having payed no attention either, because NEdit just worked for me as is. last compile was in 2018. though now it repeatably stopped accepting input after using the incremental search bar, which is a bummer. Thus I may also be in need to finally switch to something more recent. I neither tried the Qt fork nor the UTF-8 fork, so I wont give my two cents here. Though I also have a lot of patched piled up, and some of them are GUI heavy (like the matching patterns) which wont get easily ported...
-
I have the patch in my NEdit since a very long time already and I may aso have some more patterns already which may be good as the default, I need to check. Though I didn't update my tree for a long time too but I assume rebasing the patch to the current tree, was a no-brainer. But I noticed that there are new NEditMalloc/NEditFree function, which this feature should use too, before merging. If possible, create a branch with this patch and try to preserver Authorship to 'Uwe Lehnert ulehnert@use...
-
I cannot remember why, but I still have this mod in my NEdit sources: diff --git a/source/patternMatchData.c b/source/patternMatchData.c index 4ed8062..78293f5 100644 --- a/source/patternMatchData.c +++ b/source/patternMatchData.c @@ -3351,14 +3351,6 @@ static int sortReadPatternElementSet( sizeOfPat = sizeof(PatternElement ) * result->mpteEnd.pesNumberOfPattern; result->mpteEnd.pesPattern = (PatternElement )XtMalloc( sizeOfPat ); } - else - { - if (!isMonoPattern) - { - errMsg = "min. one end pattern...
-
I "know" that the patch is from Uwe Lehnert (@ulehnert) ;-)
-
fix compilation on OpenVMS 8.4 with Compaq/HP C 7.3; remove "/" between path and filename
-
Will merge but cannot test. Thanks.
-
I probably wont reject, but currently the work is not based on a Git fork, instead its more or less on top of a source package, thus not mergable at all. https://sourceforge.net/p/xnedit/code/ci/e8f8563417a1ef5e6420357f32ca36a6f5e604f6/ Also the renaming to XNedit should probably not merged too. And I already brought that to the intention of the developer: https://sourceforge.net/p/xnedit/discussion/general/thread/bcb3651db0/
-
I probably wont reject, but currently the work is not based on a Git fork, instead its more or less on top of a source package, thus not mergable at all. https://sourceforge.net/p/xnedit/code/ci/e8f8563417a1ef5e6420357f32ca36a6f5e604f6/ Also the renaming to XNedit should probably not merged too.
-
You should have stayed on GitHub or maybe GitLab ;-) But you should have at least based your work on the NEdit Git history. By judging by the state of NEdit (no development since 2 years) I think its a safe bet, that you could get anything into the NEdit official sources rather simple. The old version are still available on older platforms, I would not require that they also get new features, if they don't provide recent libraries. And your rename makes it rather hard to move patches over. Anyway,...
-
... why isn't this just a NEdit Git fork, so that we can possibly merge it into the base? No need for a new project and name. Best
-
allow to override build date
-
I'm not sure, what you conslusion is? Do you keep the current behaviour, until you came along with changing "file system model". Or can we somehow prevent issueing a directory rename at all, if it contains modifications?
-
I could reproduce this with the latest kid3 from ppa:ufleisch/kid3 bionic 3.6.2-0bionic3. Also 'kid3' notified about unsaved changes after the rename at exit. But by selcting 'yes' nothing is changed at all. 'no' is as expacted. 'cancel' goes back. How to reproduce: $ mkdir foo $ cd foo $ wget https://archive.org/download/testmp3testfile/mpthreetest.mp3 $ cd .. <expand 'foo' directory> <select 'mpthreetest.mp3' file> <change 'Title'> <select 'foo' directory> <press F2> <enter 'bar'> <select 'OK'>...
-
Provide different values for same properties in multiselection as choice
-
I could reproduce this with the latest kid3 from ppa:ufleisch/kid3 bionic 3.6.2-0bionic3. Also 'kid3' notified about unsaved changes after the rename at exit. But by selcting 'yes' nothing is changed at all. 'no' is as expacted. 'cancel' goes back. How to reproduce: $ mkdir foo $ cd foo $ wget https://archive.org/download/testmp3testfile/mpthreetest.mp3 $ cd .. <expand directory="" 'foo'=""> <select file="" 'mpthreetest.mp3'=""> </select> <press f2=""> <enter 'bar'=""> <select 'ok'=""> </select></enter></press></expand>...
-
Loosing edits when renaming directory
-
Remove `ItemIsEditable` flag for FT_Other frames.
-
Use a more descriptive value for CHAP and CTOC ID3v2 frames.
-
All, I'm running a nedit binary compiled in 2012 now in a Ubuntu MATE 17.04 envirionment, and it works. At least I do not have the described problems. $ ldd nedit linux-vdso.so.1 => (0x00007ffdbf106000) libXm.so.4 => /usr/lib/x86_64-linux-gnu/libXm.so.4 (0x00007f89a5862000) libXt.so.6 => /usr/lib/x86_64-linux-gnu/libXt.so.6 (0x00007f89a55f9000) libXmu.so.6 => /usr/lib/x86_64-linux-gnu/libXmu.so.6 (0x00007f89a53e0000) libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f89a50a7000) libm.so.6...
-
NEdit now in Git
-
fix-parse_c-build-rule
-
parse.y: macro cleanup
-
parse "define" in the parser
-
use column(1) to show possible make targets
-
move 'Show Tooltips' item into 'Tabbed Editing'...
-
parse.c: build dependencies
-
ammendment-to-emtpy-file_path
-
used shell in --version
-
interpret.c: macro cleanup
-
macro.c: macro cleanup
-
consolidate macro ops
-
Use fsync.
-
Makefile: remove the Makefile.<target> links on...
-
make dependencies for built-in help data
-
yacc-debug
-
openmotif-2.3.1
-
Program: fix memleaks and free while in use
-
remove generated files from VCS
-
my local make target
-
skip indirection for NUMBER tokens
-
IBM_FWRITE_BUG: fix error detection
-
Extending the split() macro built-in
-
Allow inline construction of anonymous arrays a...
-
add SH pattern and documentation for "call" macro
-
Provide a call() macro function which calls ano...
-
Highlighted Cursorline
-
highlight_calltip_line() macro
-
define() macro
-
tmp-files in 'Open Previous'
-
NEdit Macro SH pattern: add opening brace after...
-
Change the registration of macro built-ins to i...
-
Optional semicolons for statement termination
-
Enhancements to NEdit macro parsing
-
array key array iteration
-
Provide NEdit Macro stack traces
-
parseEnhance2-SH.diff
-
Selected characters/rectangle statistics line f...
-
Helper syntax for arrays with numerical indexes
-
rewrite paragraph jumping code
-
Allow easy negative testing of array index incl...
-
allow newlines in single quoted string
-
rewrite paragraph jumping code
-
Show the line number while scrolling with the s...
-
dictionary support for nedit
-
Allow an array to take the place of function ar...
-
New NEdit Macro variables $NEDIT_HOME
-
textDrag.c: BlockDragSelection(): use cursorToH...
-
shell_command(): make "input_string" argument o...
-
guaranty order for numeric array keys
-
update NEdit Macro SH pattern
-
"end" option for paragraph jumping
-
"any" option for paragraph jumping
-
Perform faster macro concatenation
-
InterpretDebug5-fix-stackDumpStr.diff
-
Smart Case Search
-
"end" option for paragraph jumping
-
macro hooks
-
remove double allocation in dictionary patch
-
remove more cast warnings
-
Unlimited macro string literal length and singl...
-
transient documents
-
extend fn(=array) syntax to fn(..., =array)
-
newMacroFnRegistration-redux
-
documentation for the macroSplit patch
-
Use the '.' operator as an array accessor
-
Add a visual hairline to show any fixed wrap ma...
-
typeof language support
-
provide key/value iterator for arrays
-
put-Untitled-backupfiles-not-in-HOME
-
smartIndent.c: remove statics
-
"tail" option for backward_word()
-
Assign multiple lvalues in one statement
1 >
