PureBasic Forums - English

I believe, I got what you meant now, but I still find this

help wrote:(The drag source is responsible for removing the original data)

confusing.

Who would ever asume, that the code in the target app would or should
bypass the code in the source application and do something in the other app

If source and target are the same application, there is nothing, that would prevent
the target to be able to do the cleanup (a tiny bit earlier) than the source (after DragXXX) could do.
The programmer can decide this as he pleases.

Marlin wrote:I believe, I got what you meant now, but I still find this

help wrote:(The drag source is responsible for removing the original data)

confusing.

Who would ever asume, that the code in the target app would or should
bypass the code in the source application and do something in the other app

This is how a "move" works:
- source initiates the drag & drop
- when successful, target copies the data from source
- when successful, source deletes the data

I don't see what is so confusing about this. If you ignore the case of files, this is the only way this could work, as the target program cannot delete data in the source program.

Marlin wrote:If source and target are the same application, there is nothing, that would prevent
the target to be able to do the cleanup (a tiny bit earlier) than the source (after DragXXX) could do.
The programmer can decide this as he pleases.

But this is generally not the case. If you drag text for example, you can never assume that the user only drops it within your own program. If you want that, you have to use DragPrivate() which is meant for this. All other formats work between programs by default.

Marco2007 wrote: but much more important: I´m soooo happy you have never been a teacher of mine at school

I never understood people saying those things.

"he's so good I don't want to have him to teach something to me, give me someone only a little better than me, so I wouldn't risk to learn too much and maybe I will able to make some errors without getting caught"

MAH!

@luis: +1

mediocrity is king these days - poor mankind.

freak wrote:This is how a "move" works:
- source initiates the drag & drop
- when successful, target copies the data from source
- when successful, source deletes the data

This is a nice clear understandable explanation.

I think it would not be bad to have something like that in the helpfile too.

freak wrote:I don't see what is so confusing about this. If you ignore the case of files, this is the only way this could work, as the target program cannot delete data in the source program.

Files are a rather common thing to be dragged.
Those are not usually part of an applications private data.
Yet, I consider them "original data".
So I was a little shocked to read about a drag source (not my app),
that would possibly take on, to remove(/delete) files (without my explicit consent).

Yes, just as you said: the target program cannot delete data in the source program.

I considered the thought, that it could or should be otherwise, allmost unthinkable,
therefore I did not see, why this should be mentioned in the helpfile,
unless it was refering to something rather unusuall (rather than unavoidable).

Marlin wrote:Who would ever asume, that the code in the target app would or should
bypass the code in the source application and do something in the other app

Could the missing .pb files linked as examples in the help files be added please?

in 4.40 B7

in the PureBasic - Map (overview) the link to the sample program Map.pb doesn't work, at least on my system...

the link is expanded to :
while for example the (working) linked list sample program is:


ALSO: maybe it's because it's still beta, but Fred in the announcement talked about a "full english doc" so I'm reporting anyway: the history is not updated.

That's what I just stated luis

But my post is longer and with some tags with strange text inside.
Could be useful ? Maybe.

luis wrote:

Marco2007 wrote: but much more important: I´m soooo happy you have never been a teacher of mine at school

I never understood people saying those things.

"he's so good I don't want to have him to teach something to me, give me someone only a little better than me, so I wouldn't risk to learn too much and maybe I will able to make some errors without getting caught"

MAH!

Well, I have taught private lessons for more than 35 years, mainly about mathematics (only school math up to A-level) -- I'm not a mathematician, there's just some math in my blood for unknown reasons. So I never examined anyone, but helped pupils to pass examinations at school.
Some points always have been important to me: a) People should know the reason why they are learning this and that, b) when learning, people should have good feelings (e.g. it's possible to have a little fun in each lesson), c) When interesting stuff is presented in a relaxed atmosphere, almost all pupils do want to learn. Humans are curious by nature, teachers can utilize this fact.

So if I were a teacher at school, yes I think my examinations would be rather demanding. But beforehand, I'd teach the pupils more than they had to know in order to pass the examinations.

Regards, Little John

Please add to man

test.a, file.a 0..255

Isn't this missing in the manual for ArraySize()?
http://www.purebasic.fr/english/viewtop ... 75#p303466

Arctic Fox wrote:Isn't this missing in the manual for ArraySize()?
http://www.purebasic.fr/english/viewtop ... 75#p303466

Done

luis wrote:in 4.40 B7

in the PureBasic - Map (overview) the link to the sample program Map.pb doesn't work, at least on my system...

The related example file Map.pb is still missing in the docs.
So I set it on the 'ToDo' list in first post...

Demivec wrote:Update entry 'Data' to correct examples and text describing the storing of memory addresses so that they use the Integer (.i) type instead of Long (.l). This will keep things accurate for both 32-bit and 64-bit environments.

Updated the 'Data' description to reflect the new variable types and prefered '.i' type.