Re: [Lazarus] Git Plug-in for Lazarus

2015-07-03 Thread hinstance
Learn about many terrible flaws of Git version control system http://bit.ly/1H1NZB2 (in case you haven't yet)I am sure that after you read that article, the idea of having a Git plugin for Lazarus will seem far less appealing 03.07.2015, 11:35, "Eric Kom" eric...@metropolitancollege.ac.sz:Good day all,Please anyone got an idea about Git Plug-in for Lazarus?___Lazarus mailing listLazarus@lists.lazarus.freepascal.orghttp://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

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


[Lazarus] Lazarus saves source files implicitly

2014-10-24 Thread hinstance
for example, let's say I have project.lpr and unit1.pas. I have both opened in Lazarus. Then I go to version control client and revert my working dir to previous commit. Suppose I changed both project.lpr and unit1.pas in last commit. I revert files; Lazarus asks: project file changed; reload project? I click yes. And then it reopens project AND saves unit1.pas. The consequence is that in working dir I will have then unit1.pas from last commit, not previous commit, despite the fact that I wanted to revert files. Because I reverted files, and right after this Lazarus saved unit1.pas as it was in code editor I hope I managed to make some sense

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


Re: [Lazarus] Lazarus saves source files implicitly

2014-10-24 Thread hinstance
no I didn't have unsaved changes. or did I ???

24.10.2014, 17:02, Frederic Da Vitoria davito...@gmail.com:
 2014-10-24 14:54 GMT+02:00 Juha Manninen juha.mannine...@gmail.com:
 You had unsaved changes in the unit source.

 Juha

 In this situation IMO, there is an update conflict. Couldn't Lazarus detect 
 it and ask the developer what it should do?

 --
 Frederic Da Vitoria
 (davitof)

 Membre de l'April - « promouvoir et défendre le logiciel libre » - 
 http://www.april.org

 ,

 --
 ___
 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] Redundant text on project buttons

2014-10-15 Thread hinstance
yesss indeed a good idea for saving even more space on Project Explorer window:
Add files = green thingy
Remove files = red thingy
Options = grey thingy
Help = blue thingy

Hmm I just come up with another idea: alternatively we could remove all these 
buttons from panel and then make it a menu which would appear when clicking 
window title icon (where we currently have Lazarus face thing):

[*] Project Inspector - Project1
file 1
file 2
...
So when you click [*] you would see a menu with four items: 
Add file
Remove file
Options 
Help

Of course nobody wold guess that this thingy opens an important menu, so we 
could make it look like this

[menu] Project Inspector - Project1

so it would be more obvious

15.10.2014, 13:40, Jürgen Hestermann juergen.hesterm...@gmx.de:
 Am 2014-10-14 um 20:13 schrieb Michael Van Canneyt:
  On Tue, 14 Oct 2014, Jürgen Hestermann wrote:
  Am 2014-10-14 um 18:43 schrieb waldo kitty:
  On 10/14/2014 5:20 AM, hinsta...@yandex.ru wrote:
  These urgently need to be reduced to icons with no text
  http://s30.postimg.org/5hxkrzfkx/LWaste.png
  why? and why urgently??

  my personal preference is text only or text with icon if text only is not 
 available... i never have liked just plain icons with no indication of 
 their action...
  +1
  Icons are realy useless.
  You cannot search for nor filter nor sort them.
  They eat up space and performance without benefit.
  There must be something wrong with your eyes then.
  Icons use less space than text.

  You can count the number of buttons where the text is smaller (as in: less 
 wide) than the icon, on 1 hand.
  At a first glance, for 'Add' the text is as wide as the icon. For all other 
 buttons the text is wider than the icon.

  So, no thank you. I prefer icons; you can get rid of the text for all I 
 care.

 With your argumenation a single pixel (in varying colors) would be even 
 better than text and icons.
 But of what use is it to use less space when no information is given?
 If you leave out the icon at all it would use the fewest space.
 This is what I always do: disable all button bars as much as possible and use 
 menus or keyboard shortcuts.

 Icons only use less space if they tell you nothing.
 I often see text even in icons because otherwise the icon would be without 
 any meaning.

 --
 ___
 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] Option hints popup truncated

2014-10-15 Thread hinstance
What is the default key combination to get this thing visible???


04.06.2014, 12:10, zeljko zel...@holobit.net:
 On 06/04/2014 08:25 AM, Mattias Gaertner wrote:
  On Wed, 04 Jun 2014 08:11:38 +0200
  zeljko zel...@holobit.net wrote:
  On 06/03/2014 01:36 PM, John Landmesser wrote:
  .. same issue ( sometimes ) with toolbar button hints.

  GTK2 and Linux
  Yes, another clipping problem under gtk2.
  The same?

 I guess. I've spotted same thing with gtk2 hints especially when running
 under some compositing manager.

 z

 --
 ___
 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


[Lazarus] Redundant text on project buttons

2014-10-14 Thread hinstance
These urgently need to be reduced to icons with no text http://s30.postimg.org/5hxkrzfkx/LWaste.png --
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Cody package crashes

2014-08-28 Thread hinstance
Okay I reported it: http://bugs.freepascal.org/view.php?id=26639

I am posting this message to the mailing list in case package maintainer reads 
it

26.08.2014, 14:33, hinsta...@yandex.ru hinsta...@yandex.ru:
 Show all identifiers dialog of cody package crashes in certain conditions. 
 When I have my large project loaded, it always crashes.
 ,

 --
 ___
 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


[Lazarus] Cody package crashes

2014-08-26 Thread hinstance
"Show all identifiers" dialog of cody package crashes in certain conditions. When I have my large project loaded, it always crashes. 

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


Re: [Lazarus] EpikTimer v1.0.1 released

2014-05-28 Thread hinstance
I used EpikTimer on Android ARM, it works Well, at least it seems to work. 
Why you need an example? Just use it; the process is obvious and 
straightforward. Add epiktimer unit to uses seciton of ur source file; clear 
timer, start timer, stop timer, read result

28.05.2014, 13:26, Michael Schnell mschn...@lumino.de:
 On 05/27/2014 03:54 AM, Paul Breneman wrote:
  Will EpikTimer work in a console app?  If so, an example on the wiki
  page would sure be appreciated.  I need it now (for an Android Linux
  console program)!  :)

 Soft answer: Yes

 Long answer:

 My current test-state of the interfaces.pas unit for the would-be
 ActiveNoGUI widget type in Lazarus happily uses the current
 half-released state of EpikTimer. It provides a Lazarus compatible
 TTimer implementation.

 It is used in a test project (a command-line tool) and works perfectly
 for me (in Linux X86 32 Bit Linux ).

 I did not yet do any tests with Android or ARM, though.

 -Michael

 --
 ___
 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] Shared project configuration

2014-03-25 Thread hinstance


25.03.2014 11:53, Xiangrong Fang ?:

Hi All,

Is it possible for lazarus to use shared project configurations? The 
scenario is:


1. I have a project layout as below:

root
  src
units
demos
  bin
  doc

The core units I am writing will be put into root/src/units, 
while demos sub-dir will contain demo project I use to test/debug 
the units.


At present, I will have to configure any new project to let it look 
for units under root/src/units.


It will be useful to have a project group configuration, such as 
projects.prg, which can be opened by lazarus to create a shared 
configuration, and from that lazrus session, all new project I create 
will by default inherit environment settings in the project group 
file (which can be customized individually, of course).


Another important reason to have such file is that I want to add it to 
version control system.


Is that possible?

Xiangrong


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


To get something like shared project configuration one could utilize 
FreePascal config files. 
http://www.freepascal.org/docs-html/user/usersu10.html
Then specify same fpc config file for every project. FPC config files 
have include directive, so they are flexible to some degree
This way one could have multiple projects refer to a single FPC config 
file, then change search path for all projects altogether.

Assume one has two versions of library, then creates two FPC config files:

lib_v1.fpc:
#Define lib_v1
-FU../lib_v1/src
-FU../lib_v1/src/additional

lib_v2.fpc
#Define lib_v2
-FU../lib_v2/src
-FU../lib_v2/src/additional

Then specify fpc config file for multiple projects with content of the 
config file looking something like:

#Include ../lib_v1.fpc

Then one would be able to change compiler settings for both projects by 
changing settings in fpc config file. For example switch from library v1 
to library v2:

#Include ../lib_v2.fpc

lawl. I hope you got the idea.
I think this is currently the best approach for multiple Lazarus 
projects sharing common configuration.

Alternatively one could possibly use Lazarus packages for this task.
The only question which bothers me concerning fpc-config-file approach 
is the following: whether Lazarus editor code completion will work in 
this case or not? Will Lazarus search for sources specified in FPC 
config files? Something tells me that yes, it will, since it should be 
dealing with standard fpc config file somehow (the one which is in the 
same directory where compiler executable is)

Hope this helps

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