Re: [Lazarus] Testing Rapberry Pi 3 performance

[Graeme Geldenhuys]

On 2016-04-05 20:55, Bo Berglund wrote:
> You do not happen to know the subject of that thread on the FPC
> list?

It seems to be eluding me too. :-) Maybe post a new message and ask for
the Mantis bug ID to get more information.

All I remember was that it was a serious bug in currency handling on
win64 (and affected other 64-bit targets too), which was a show-stopper
for my client upgrading.

Regards,
  - Graeme -

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] TsWorkshetGrid isn't scrolling enough

[Werner Pamler]

I used Laz 1.6/FPC 3.0  on Win7. I'm not sure wich version of fps, I 
think 1.6.


Strange... I went back to 1.4.4, no problem there either. Maybe a 
high-dpi issue? What is your screen pixel density? Mine is 96 dpi (in 
Windows, this is called "100% standard").


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Testing Rapberry Pi 3 performance

[Bo Berglund]

On Fri, 25 Mar 2016 11:17:36 +, Graeme Geldenhuys
 wrote:
>A word of caution, there is a major bug in FPC 3.0 regarding floating
>point values (see the FPC mailing list),

You do not happen to know the subject of that thread on the FPC list?
I am using GMANE News mirror but I cannot find it without some hint on
the actual subject text.
I am working on a project where I will have to process floating point
values and do endian conversion and such stuff. So I am really anxious
that this could be affected by such a bug.

-- 
Bo Berglund
Developer in Sweden


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] TsWorkshetGrid isn't scrolling enough

[Frans]

Hi.

I used Laz 1.6/FPC 3.0  on Win7. I'm not sure wich version of fps, I think 1.6.

mvg
Frans van Leeuwen
M 06-51695390

Op 05-04-2016 om 21:16 schreef Werner Pamler:


I have a form with a TsWorksheetGrid and a TEdit component. It loads data from a xls file and the 
grid is filled as aspected.
I want to use the TEdit field to search for an unknown row, based on the content of the 4th 
column. The whole idea is that the Grid react on every character in TEdit. I use the method 
Edit1OnChange:


So far so good. I start filling TEdit and after the first character ('h) the grid is responding 
perfecty. The first row where column 4 starts with that character becomes visible. But when I 
enter the second character ('u', TEdit shows 'hu'), the cellcursor goes to the newer row, but the 
scrolling of the grid is insufficient. The new row is not visible.


More strange is that a second attempt, after positioning the cursor in the top of the grid, 
succesfull is, the grid is now scrolling as aspcted.


I'm sorry - I cannot reproduce this behavior, on my system the row scrolls perfectly into view. I 
tested your demo with fps-trunk / Laz-trunk / fpc-3.0 and fps-1.6.1 / Laz-1.6 / fpc-3.0, both on 
Win 7. What are your fpspreadsheet / Lazarus / FPC versions? On which operating system?






--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus



--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] TsWorkshetGrid isn't scrolling enough

[Werner Pamler]

I have a form with a TsWorksheetGrid and a TEdit component. It loads 
data from a xls file and the grid is filled as aspected.
I want to use the TEdit field to search for an unknown row, based on 
the content of the 4th column. The whole idea is that the Grid react 
on every character in TEdit. I use the method Edit1OnChange:


So far so good. I start filling TEdit and after the first character 
('h) the grid is responding perfecty. The first row where column 4 
starts with that character becomes visible. But when I enter the 
second character ('u', TEdit shows 'hu'), the cellcursor goes to the 
newer row, but the scrolling of the grid is insufficient. The new row 
is not visible.


More strange is that a second attempt, after positioning the cursor in 
the top of the grid, succesfull is, the grid is now scrolling as aspcted.


I'm sorry - I cannot reproduce this behavior, on my system the row 
scrolls perfectly into view. I tested your demo with fps-trunk / 
Laz-trunk / fpc-3.0 and fps-1.6.1 / Laz-1.6 / fpc-3.0, both on Win 7. 
What are your fpspreadsheet / Lazarus / FPC versions? On which operating 
system?




--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Printing on Raspberry Pi

[ahiggins]

Not sure if you resolved the missed align data error (im coming to the party
late), today i have had the same problem, now below is the crude mod i did
to get it working for me, not sure if it will help your problem but worth a
try. 

LR_Prntr unit. around line 1042 

// screen sizes 
  Pgw :=
round((PaperSize.PaperRect.PhysicalRect.Right-PaperSize.PaperRect.PhysicalRect.Left)
* kx); 
  //Pgw := round(PPgw * kx); 
  Pgh :=
round((PaperSize.PaperRect.PhysicalRect.Bottom-PaperSize.PaperRect.PhysicalRect.Top)
* ky); 
  //Pgh := round(PPgh * ky); 
  Ofx := round(PaperSize.PaperRect.WorkRect.Left * kx); 
  //Ofx := round(POfx * kx); 
  Ofy := round(PaperSize.PaperRect.WorkRect.Top * ky); 
  //Ofy := round(POfy * ky); 
  Pw  :=
round((PaperSize.PaperRect.WorkRect.Right-PaperSize.PaperRect.WorkRect.Left) 
* kx); 
  //Pw  := round(PPw  * kx); 
  Ph  :=
round((PaperSize.PaperRect.WorkRect.Bottom-PaperSize.PaperRect.WorkRect.Top) 
* ky); 
  //Ph  := round(PPh  * ky); 


kind regards 

Tony



--
View this message in context: 
http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-Printing-on-Raspberry-Pi-tp4045084p4048056.html
Sent from the Free Pascal - Lazarus mailing list archive at Nabble.com.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] German umlauts in component names

[Bart]

On 4/5/16, Giuliano Colla  wrote:

> As a side note, to play music you need to learn a number of Italian
> words, because of the prevalence of Italian composers and performers in
> the past centuries.
> To write computer programs you need to manage some basic English for
> pretty much the same reasons.

Da capo al fine ;-)

Bart (not Italian)

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Instalation on win 10

[Giuliano Colla]

Il 05/04/2016 18:30, Bart ha scritto:

Just install a decent OS.
(Sorry, couldn't resist)

+1

Giuliano

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] German umlauts in component names

[Giuliano Colla]

Il 02/04/2016 10:14, Special ha scritto:
How can I use names with German Umlauts and 'ß' in the Name Field of 
TButton components? For instance, I try to set MyButton.Name to 
"Schließenbutton" and get an error message "Komponentenname 
Schließenbutton ist kein gültiger Bezeichner".


Using characters above ascii 127 in a multiplatform environment such as 
Lazarus and FPC means looking for troubles. Such is not the case for 
Delphi which is limited to the Windows platform (and manages to make a 
mess with character encoding even there, BTW).


Any simple text editor can convert your "Schließenbutton" to 
"Schliessenbutton" (and your "kein gültiger" into "kein gueltiger", if 
you like), which are perfectly readable by any German reader and do not 
cause any subsequent trouble.


As a side note, to play music you need to learn a number of Italian 
words, because of the prevalence of Italian composers and performers in 
the past centuries.
To write computer programs you need to manage some basic English for 
pretty much the same reasons.


Just my 2 cents.

Giuliano


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Instalation on win 10

[Bart]

On 4/4/16, Pedro Albuquerque  wrote:

> There has been a while since I used Windows and, more specifically win10
> I never tried. I recently got a new machine, but it runs win10. Are
> there any special precautions to take with Lazarus/fpc instalation?

Just install a decent OS.
(Sorry, couldn't resist)

Bart

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Instalation on win 10

[Aradeonas]

No just install and use it.
 
Regards,
Ara
 
 

-- 
http://www.fastmail.com - A fast, anti-spam email service.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus 1.6 , Sparta and Qt

[Maciej Izak]

2016-04-05 11:46 GMT+02:00 Dimitrios Chr. Ioannidis :

> Are there any plans to merge those fixes/commits to 1.6 branch ?
>
> It's not a showstopper for us, we'll use lazarus 1.6 without sparta
> package, just asking.


Sadly - no. There are also important changes in Sparta branch so in first
place we need to finish branch work, and that will be merged into trunk
(even trunk does not contains all fixes).
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] German umlauts in component names

[Mattias Gaertner]

On Tue, 5 Apr 2016 11:22:21 +0200
JuuS  wrote:

>[...]
> Use a label with custom draw/paint and make your own "buttons" using
> whatever characters you like and use the label's onclick to get where
> you need to go.

No need to. TButton.Caption supports Unicode.

Mattias

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus 1.6 , Sparta and Qt

[Ondrej Pokorny]

On 05.04.2016 11:46, Dimitrios Chr. Ioannidis wrote:
So, from your answer, Qt and Sparta are working in trunk but not in 
1.6 fixes branch.


Are there any plans to merge those fixes/commits to 1.6 branch ?


On the contrary, the plan is not to merge them into 1.6. The changes 
were to deep and needed also LCL modifications that went beyond bug fixes.


Ondrej

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus 1.6 , Sparta and Qt

[Dimitrios Chr. Ioannidis]

Hi Zeljko,

Στις 2016-04-05 12:38, Zeljko έγραψε:

On 04/05/2016 11:24 AM, Dimitrios Chr. Ioannidis wrote:

Hi,

   is the sparta package compatible with the Qt widget set ?

   I'm having source editor misplacement's when I build laz 1.6 ( 
fixes
branches ) in Debian 7 KDE ( Qt 4.8 ) using fpc 3.0 ( fixes branches ) 
.


Use trunk lazarus not 1.6 fixes since many commits isn't merged into
1.6. So, definitive answer will be NO.


So, from your answer, Qt and Sparta are working in trunk but not in 1.6 
fixes branch.


Are there any plans to merge those fixes/commits to 1.6 branch ?

It's not a showstopper for us, we'll use lazarus 1.6 without sparta 
package, just asking.


regards,

--
Dimitrios Chr. Ioannidis

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus 1.6 , Sparta and Qt

[Zeljko]

On 04/05/2016 11:24 AM, Dimitrios Chr. Ioannidis wrote:

Hi,

   is the sparta package compatible with the Qt widget set ?

   I'm having source editor misplacement's when I build laz 1.6 ( fixes
branches ) in Debian 7 KDE ( Qt 4.8 ) using fpc 3.0 ( fixes branches ) .


Use trunk lazarus not 1.6 fixes since many commits isn't merged into 
1.6. So, definitive answer will be NO.


zeljko

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

[Lazarus] Lazarus 1.6 , Sparta and Qt

[Dimitrios Chr. Ioannidis]

Hi,

  is the sparta package compatible with the Qt widget set ?

  I'm having source editor misplacement's when I build laz 1.6 ( fixes 
branches ) in Debian 7 KDE ( Qt 4.8 ) using fpc 3.0 ( fixes branches ) .


regards,

--
Dimitrios Chr. Ioannidis

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] German umlauts in component names

[JuuS]

On 04/05/2016 10:59 AM, Santiago A. wrote:
> 
> I'm Spanish, and I don't support non ascii identifiers.
> 
> Perhaps for teaching boys would be useful.
> 

Very interesting discussion, I had no opinion before but now I'm totally
on the side of no non-ascii identifiers.

But I also understand the desire of the OP who could find use of
non-ascii buttons for teaching.

But the answer for these special cases is simple, yes?

Use a label with custom draw/paint and make your own "buttons" using
whatever characters you like and use the label's onclick to get where
you need to go.

Julius

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] German umlauts in component names

[Santiago A.]

El 04/04/2016 a las 12:12, Mattias Gaertner escribió:
> This is an English mailing list, so naturally you will find many
> thinking the same here. But many people want to use non English words
> as identifiers. They need non English letters.

I'm Spanish, and I don't support non ascii identifiers.

Perhaps for teaching boys would be useful.

MsOffice and libreoffice macro languages even translates functions (ie
YEAR()=AÑO()). Is that a good idea?. Well for an interpreted language
maybe. But I don't think it is a good idea as part of a professional
language specification.

-- 
Saludos

Santi
s...@ciberpiula.net


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] TDataset result 1e2 instead of 100

[Michael Van Canneyt]

On Tue, 5 Apr 2016, John Landmesser wrote:


if i execute fo example a query with a oracle Database: 
 
Select 100 from dual;
 
Result will be 1e2 ( scientific notation )
 
as i learned from this:
 
https://sourceforge.net/p/zeoslib/tickets/22/
 
it's probably caused  by TDataset?
 
Is there any reason for the result > 99 displayed in scientific notation?
 
Ok, i can do a CAST(...) in my SQL-Code, but thats extra work for nothing!
 
Thanks for hints.


The person who answered the ticket is wrong.

TBufDataset is a TDataset descendent like any other, with no special
handling of float fields.

There are a bazillion ways to retrieve a field value; Without more detailed
knowledge of how the 1e2 was produced, it is impossible to help further:

Assuming it is a float field:
How a float field is formatted depends entirely on the format settings in
DefaultFormatSettings. If you are satisfied with the default settings, you
can use .AsString. If you are not, you must specify formatting yourself.

But another possibility is that it is retrieved as a currency field by the
DB layer etc.

In short: without more details, there is little we can say.

Michael.--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

[Lazarus] TDataset result 1e2 instead of 100

[John Landmesser]

if i execute fo example a query with a oracle Database: 

 

Select 100 from dual;

 

Result will be 1e2 ( scientific notation )

 

as i learned from this:

 

https://sourceforge.net/p/zeoslib/tickets/22/

 

it's probably caused  by TDataset?

 

Is there any reason for the result > 99 displayed in scientific notation?

 

Ok, i can do a CAST(...) in my SQL-Code, but thats extra work for nothing!

 

Thanks for hints.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus