clansco | 2 Jan 10:07 2012

find one charactere failes

Hi,
find one charactere failes in simple search, 
it works in advanced.
Is it the definitive feature or a bug ?

Regards,
ff
Olivier Sessink | 2 Jan 10:27 2012
Picon

Re: find one charactere failes

> Hi,
> find one charactere failes in simple search,
> it works in advanced.
> Is it the definitive feature or a bug ?

currently this is a feature to avoid searches for single characters when
you are typing a multi character string.

this could be improved, any suggestions?

Olivier

--

-- 
To unsubscribe from this list: send the line "unsubscribe bluefish-dev" in
the body of a message to listar@... or visit the list control
panel at http://www.ems.ru/cgi-bin/listargate.cgi
Bluefish web site: http://bluefish.openoffice.nl/

clansco | 2 Jan 10:53 2012

Re: find one charactere failes

On Mon, 2 Jan 2012 10:27:45 +0100
"Olivier Sessink" <olivier@...> wrote:

> > Hi,
> > find one charactere failes in simple search,
> > it works in advanced.
> > Is it the definitive feature or a bug ?
> 
> currently this is a feature to avoid searches for single characters when
> you are typing a multi character string.
> 
> this could be improved, any suggestions?

I think that when the next or back button are explicitly pressed 
we can run the search
Olivier Sessink | 2 Jan 17:18 2012
Picon

Re: Zencoding

On 12/29/2011 01:07 PM, Dave Kok wrote:
> On Thu, 29 Dec 2011 11:10:45 +0100, Olivier Sessink wrote:
>> On 12/29/2011 09:51 AM, Dave Kok wrote:
>>> Has anyone noticed that when using Zencoding feature. The cursor does
>>> not return to its original position. That is after the Zencoded code?
>>
>> I think this is a zencoding feature, but if the behavior in Bluefish
>> is different from other editors with zencoding support it might be a
>> bug ;-)
>>
> Well in my Bluefish the cursor jumps somewhere else. The longer the file
> the more imprecise it gets. Usually ending up somewhere in front of the
> replaced text. It would be useful for adopting this feature if the cursor
> would end up right after the replaced text. If you have to reposition the
> cursor every time you use it. I'd properly start hating it.

fixed in svn

will be part of 2.2.2

thanks for reporting

Olivier

--

-- 
Bluefish website http://bluefish.openoffice.nl/
Blog http://oli4444.wordpress.com/
Olivier Sessink | 3 Jan 23:48 2012
Picon

bluefish page on facebook


I thought I'd start some social advertising, so I created a facebook 
page for Bluefish.

https://www.facebook.com/pages/Bluefish/319483734749410

obviously you should all 'like this' ;-)

Olivier

--

-- 
Bluefish website http://bluefish.openoffice.nl/
Blog http://oli4444.wordpress.com/
mzf9527 | 4 Jan 14:29 2012
Picon

Simple Chinese translation---1/4/2012

Hi, it's the first update in new year.

Happy everyone!
Attachment (zh_CN.tar.bz2): application/x-bzip, 22 KiB
Olivier Sessink | 5 Jan 22:16 2012
Picon

Re: find one charactere failes

On 01/02/2012 10:53 AM, clansco wrote:
> On Mon, 2 Jan 2012 10:27:45 +0100
> "Olivier Sessink"<olivier@...>  wrote:
>
>>> Hi,
>>> find one charactere failes in simple search,
>>> it works in advanced.
>>> Is it the definitive feature or a bug ?
>>
>> currently this is a feature to avoid searches for single characters when
>> you are typing a multi character string.
>>
>> this could be improved, any suggestions?
>
> I think that when the next or back button are explicitly pressed
> we can run the search

ok, done in svn

Olivier

--

-- 
Bluefish website http://bluefish.openoffice.nl/
Blog http://oli4444.wordpress.com/
clansco | 6 Jan 10:55 2012

file find segfault.

Hi, 
1) open the find dialog, find in file 
2) leave the dialog open with empty search string
3) File > Open some file
bf crash.

console:
(bluefish:2558): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed
update_snr3run, empty query, return -1
snrwin_guichange, guichange=-1
handle_change_in_snr3doc, doc=0x86d7280, pos=0, len=993
snr3run_update_offsets, startpos=0, offset=993, comparepos=0
register changed_idle_cb
startupdate_idle_cb, run from 0 to -1, update=1
s3run=0x87cf058, push doc 0x86d7280 on the idlequeue, len=0, update=1
snr3_queue_run, s3run=0x87cf058, doc=0x86d7280
snr3_queue_run, update starting at 0
snr3_queue_run, run doc 0x86d7280, curbuf 0x87faa00 (0:-1)
startupdate_destroy_cb
snr3_run_loop_idle_func, next loop

(bluefish:2558): GLib-CRITICAL **: g_utf8_strlen: assertion `p != NULL || max == 0' failed
Erreur de segmentation

--

-- 
http://clansco.org
clansco | 6 Jan 11:40 2012

Re: Simple Chinese translation---1/4/2012

On Wed, 04 Jan 2012 21:29:42 +0800
mzf9527 <mzf9527@...> wrote:

> Hi, it's the first update in new year.
> 
> Happy everyone!

sorry, I missed that message. Thanks I commit

Happy new year!
Olivier Sessink | 6 Jan 17:14 2012
Picon

Re: file find segfault.

On 01/06/2012 10:55 AM, clansco wrote:
> Hi,
> 1) open the find dialog, find in file
> 2) leave the dialog open with empty search string
> 3) File>  Open some file
> bf crash.

thanks for reporting, fixed in svn!

Olivier

--

-- 
Bluefish website http://bluefish.openoffice.nl/
Blog http://oli4444.wordpress.com/

Gmane