I need to get this straight:
A normal single dimensional array in D is defined as
T[] arr
and is a linear sequential memory array of T's with an unbound
length and is effectively the same as T*(although D treats them
differently?)?
We can fix the length by adding a upper bound:
T[N] arr;
On Tuesday, 29 August 2017 at 01:56:43 UTC, Moritz Maxeiner wrote:
On Tuesday, 29 August 2017 at 01:34:40 UTC, Johnson Jones wrote:
[...]
produces 4 on both x86 and x64. So, I'm not sure how you are
getting 8.
There are different 64bit data models [1] and it seems your
platform uses
On Tuesday, 29 August 2017 at 00:42:45 UTC, Steven Schveighoffer
wrote:
On 8/28/17 7:47 PM, Johnson Jones wrote:
[...]
Then I think possibly the port audio bindings are not correct.
It's also possible that long is not 64-bit even on the platform
you are using. Finally, it's also possible
On Monday, 28 August 2017 at 21:35:27 UTC, Steven Schveighoffer
wrote:
On 8/27/17 10:17 PM, Johnson Jones wrote:
Looking at the assembly shows something like this:
0041ea98 push 0x0
0041ea9a push 0x0
0041ea9c push 0x0
0041ea9e push dword 0x100
0041eaa3 mov ecx,
On Monday, 28 August 2017 at 22:41:56 UTC, Moritz Maxeiner wrote:
On Monday, 28 August 2017 at 22:21:18 UTC, Johnson Jones wrote:
On Monday, 28 August 2017 at 21:35:27 UTC, Steven
Schveighoffer wrote:
[...]
and where are these c_ types defined? The reason I replaced
them was precisely
On Monday, 28 August 2017 at 21:35:27 UTC, Steven Schveighoffer
wrote:
On 8/27/17 10:17 PM, Johnson Jones wrote:
[...]
For C/C++ interaction, always use c_... types if they are
available. The idea is both that they will be correctly defined
for the width, and also it will mangle correctly
Looking at the assembly shows something like this:
0041ea98 push 0x0
0041ea9a push 0x0
0041ea9c push 0x0
0041ea9e push dword 0x100
0041eaa3 mov ecx, [typeid(PaStreamParameters)+0xe36fc (0x80d4cc)]
0041eaa9 mov eax, [fs:0x2c]
0041eaaf mov edx, [eax+ecx*4]
0041eab2 push dword [edx+0x1c]
Trying to set a callback for portaudio and it's seeing zero for
the value passed.
Pa_OpenStream(, input, output, sampleRate, cast(ulong)0,
cast(PaStreamFlags)(PaStreamFlags.NoFlag +
0*PaStreamFlags.PrimeOutputBuffersUsingStreamCallback),
I am running ffplay.exe and my application does not return
immediately from pipeProcess. I have to close ffplay for my
program to continue execution.
pipeProcess is suppose to return immediately/run asynchronously,
and it does with ffmpeg or other programs that return. (which I
do not know
cannot access frame of function
I declared a helper function outside a lambda that is passed to C.
The semantics are the same inside of the function as they are
outside as far as code goes.
How can I declare a function that essentially works inside the
lambda also without having to do any
Hey Mike, I bet you can answer this!
I'd like to extend a widget to add some functionality.
class MyBox : Box
{
protected GtkBox* gtkBox;
import std.typecons;
_gtk.Box Wrapped;
mixin Proxy!Wrapped;
public this(Box b)
{
On Sunday, 20 August 2017 at 20:13:17 UTC, Mike Wey wrote:
On 20-08-17 20:41, Johnson Jones wrote:
I guess I see why now you did what you did! ;)
.LIB pagesize exceeds 512
https://issues.dlang.org/show_bug.cgi?id=15418
Wanna take bets on how many *years* this takes to get fixed?!?
That one
On Sunday, 20 August 2017 at 19:27:43 UTC, WhatMeWorry wrote:
It's stuff like this which makes me very frustrated. Or
depressed because it demonstrates just how poor a programmer I
am:
string printStatement(string message) {
return `writeln("` ~ message ~ `");`;
}
void main()
{
//
I guess I see why now you did what you did! ;)
.LIB pagesize exceeds 512
https://issues.dlang.org/show_bug.cgi?id=15418
Wanna take bets on how many *years* this takes to get fixed?!?
I've modified the build script:
changed 2 things: 1. Builds for all archs. 2. Replaced the
specialized x86 build with the generic used for 64-bit. You were
building for each individual directory for some reason, I guess
for more granularity, but it produced a different result than the
64
Trying to get it to work.
1. The libraries from the main download site seem to be in coff
format for x86. This means they don't really work for dmd. I use
omf and I tried to use coffimplib on the lib files and it says
they are not import libraries.
2. The x64 version works without issue.
On Saturday, 19 August 2017 at 02:07:25 UTC, Johnson Jones wrote:
Still getting this!
What I don't understand is why I can import certain libraries
and they compile fine while others don't!
So, moduleInfo is a "function" per module that is created at
compilation, right?
If one doesn't
Still getting this!
What I don't understand is why I can import certain libraries and
they compile fine while others don't!
So, moduleInfo is a "function" per module that is created at
compilation, right?
If one doesn't compile the module then the error results, just
like standard extern
On Friday, 18 August 2017 at 00:27:05 UTC, Johnson Jones wrote:
I should also mention that when I use an ID to do what I
want(again, something I don't want to do), I also need to get
the column that was edited. This is because I'm using one
delegate for all the edits.
auto cb =
I should also mention that when I use an ID to do what I
want(again, something I don't want to do), I also need to get the
column that was edited. This is because I'm using one delegate
for all the edits.
auto cb = delegate(string index, string text, CellRendererText r)
{
// How to get
Trying to setup a callback that will propagate changes from a
cell(and editable GtkCellRendererText) to my model.
Can't seem to find any way to get the actual GtkCellRendererText
CellRendererText has an addOnEdited but I can't find a way to get
the CellRendererTExt for a TreeViewColumn ;/
Error: uncaught CTFE exception std.format.FormatException("Cannot
format floating point types at compile-time")
called from here: to(0.75)
pretty simply, trying to convert a floating point to a string in
a ctfe function and it thinks that it is too complex to do in a
ctfe, really?
On Thursday, 10 August 2017 at 20:07:35 UTC, Steven Schveighoffer
wrote:
On 8/10/17 3:36 PM, Johnson Jones wrote:
when using T[string], hashing is used. Computing the hash is
slow(relatively speaking).
Does D cache the hashes? Strings are immutable so there is
absolutely no reason why the
when using T[string], hashing is used. Computing the hash is
slow(relatively speaking).
Does D cache the hashes? Strings are immutable so there is
absolutely no reason why the hash ever need to be computed more
than once.
Essentially the hash should be attached to strings like their
length
given somethign like Threads.threadsAddIdle
which takes an extern(C) int (void*)
we can't seem to do
threadsAddIdle((void*) { }, null);
nor
because D complains is not the correct type nor can we do
delegate(void*)
or
extern(C) delegate(void*) {}
and have to resort to verbosity to get
On Wednesday, 9 August 2017 at 15:10:46 UTC, Mike Wey wrote:
On 09-08-17 01:00, Johnson Jones wrote:
But, finally, this does seem to work:
// Fixup missing taskbar icon
void SetTaskBarIcon(gtk.ApplicationWindow window)
{
version(Windows)
version(X86)
{
Was buggy due to refactoring.
module DLLImport;
/* Import DLL functions in to type T. The following example shows
methodology
struct DLL_gdk
{
@("DLLImport") public static extern(Windows)
{
@("libgdk-3-0.dll")
{
On Wednesday, 9 August 2017 at 02:11:13 UTC, Johnson Jones wrote:
I like to create code that automates much of the manual labor
that we, as programmers, are generally forced to do. D
generally makes much of this work automatable. For example, I
have created the following code which makes
I like to create code that automates much of the manual labor
that we, as programmers, are generally forced to do. D generally
makes much of this work automatable. For example, I have created
the following code which makes loading dlls similar to libs:
/* Import DLL functions in to type T.
On Tuesday, 8 August 2017 at 21:37:40 UTC, Mike Wey wrote:
On 07-08-17 23:52, Johnson Jones wrote:
On Monday, 7 August 2017 at 20:57:08 UTC, Mike Wey wrote:
On 07-08-17 22:46, Johnson Jones wrote:
[...]
This appears to be a GTK issue, a work around might be to get
the Window handle from
I'm wondering if there is an easy way to create a single extra
thread that one can pass delegates(code) to and it executes it
properly. The thread never closes except at shutdown.
The idea is that isn't of creating one thread per task, there is
one thread that executes each task.
Obviously
On Tuesday, 8 August 2017 at 00:01:05 UTC, Johnson Jones wrote:
On Monday, 7 August 2017 at 22:56:37 UTC, Moritz Maxeiner wrote:
On Monday, 7 August 2017 at 22:19:57 UTC, Johnson Jones wrote:
Why would that be. Program take about 4 seconds to compile
and 12 for x64. There is fundamentally no
On Monday, 7 August 2017 at 12:39:31 UTC, lobo wrote:
On Monday, 7 August 2017 at 00:07:26 UTC, Johnson Jones wrote:
On Sunday, 6 August 2017 at 23:11:56 UTC, Nicholas Wilson
wrote:
On Sunday, 6 August 2017 at 19:56:06 UTC, Johnson Jones wrote:
[...]
It is deliberately not possible.
On Monday, 7 August 2017 at 22:59:16 UTC, Moritz Maxeiner wrote:
On Monday, 7 August 2017 at 22:02:21 UTC, Johnson Jones wrote:
I have an icon that I toggle which clicked. It seems that I
can't toggle it any faster than about a second.
The handler is being called each click but it seems the
On Monday, 7 August 2017 at 22:59:16 UTC, Moritz Maxeiner wrote:
On Monday, 7 August 2017 at 22:02:21 UTC, Johnson Jones wrote:
I have an icon that I toggle which clicked. It seems that I
can't toggle it any faster than about a second.
The handler is being called each click but it seems the
On Monday, 7 August 2017 at 22:56:37 UTC, Moritz Maxeiner wrote:
On Monday, 7 August 2017 at 22:19:57 UTC, Johnson Jones wrote:
Why would that be. Program take about 4 seconds to compile and
12 for x64. There is fundamentally no difference between the
two versions. I do link in gtk x86 and gtk
Why would that be. Program take about 4 seconds to compile and 12
for x64. There is fundamentally no difference between the two
versions. I do link in gtk x86 and gtk x64 depending on version,
and that's it as far as I can tell.
Debug
x86 4
x64 12
Release
x86 3
x64
I have an icon that I toggle which clicked. It seems that I can't
toggle it any faster than about a second.
The handler is being called each click but it seems the gui is
not updated more than about 1fps in that case? Although, I'm sure
it update faster than 1fps, just seems the icon/image
On Monday, 7 August 2017 at 20:57:08 UTC, Mike Wey wrote:
On 07-08-17 22:46, Johnson Jones wrote:
[...]
This appears to be a GTK issue, a work around might be to get
the Window handle from gtk and use the Windows API to set the
taskbar visibility.
Yeah, I was thinking about that but
On Monday, 7 August 2017 at 21:01:33 UTC, Mike Wey wrote:
On 06-08-17 21:27, FoxyBrown wrote:
[...]
Also seems to be working properly with a Separator.
Ok, I guess it's on my end, I don't see how since I'm not doing a
hell of a lot and only gtk is calling those event handlers, I'll
try to
On Saturday, 5 August 2017 at 20:56:10 UTC, Mike Wey wrote:
Windows will only show the taskbar icon if you are not running
the application from the console.
Now in x64 it is showing, not in x86. So, not sure what's going
on but at least it is showing. I was in a windows console and
added a
and I do have skipTaskbar disabled... tried enabling it with no
long... and fidgeting with other settings and using a Window
instead of Application Window.
Maybe gtk needs to be told that that the window is the "main
window" of the application?
On Saturday, 5 August 2017 at 20:56:10 UTC, Mike Wey wrote:
On 05-08-17 20:14, Johnson Jones wrote:
When trying to center the window. If one uses ALWAYS_CENTERED
any resizing of the window is totally busted. CENTER also does
not work. move(0,0) seems to not be relative to the main
display.
On Monday, 7 August 2017 at 16:13:18 UTC, Adam D. Ruppe wrote:
On Sunday, 6 August 2017 at 19:27:15 UTC, FoxyBrown wrote:
I don't know gtk, but I would suspect moving the mouse over the
child triggers the enter/leave notifications too and it bubbles
up to
On Sunday, 6 August 2017 at 23:11:56 UTC, Nicholas Wilson wrote:
On Sunday, 6 August 2017 at 19:56:06 UTC, Johnson Jones wrote:
is it possible to do? I would like to pre-configure some stuff
at "pre-compilation"(in ctfe but before the rest of the
program actually gets compiled).
I know it's
is it possible to do? I would like to pre-configure some stuff at
"pre-compilation"(in ctfe but before the rest of the program
actually gets compiled).
I know it's not safe and all that but in my specific case it
would help. I'll probably use pre-build events, which is
probably the best,
On Saturday, 5 August 2017 at 20:56:10 UTC, Mike Wey wrote:
On 05-08-17 20:14, Johnson Jones wrote:
When trying to center the window. If one uses ALWAYS_CENTERED
any resizing of the window is totally busted. CENTER also does
not work. move(0,0) seems to not be relative to the main
display.
GtkEventBox - Enter
GtkEventBox - Enter
Down
GtkEventBox - Leave
Up
GtkEventBox - Leave
GtkEventBox - Leave
That is when I move the mouse over the event box then click then
move out out then release.
I would expect
Enter Down Leave Up
The fact that enter and leave are not paired equally is
On Saturday, 5 August 2017 at 23:09:09 UTC, Moritz Maxeiner wrote:
On Saturday, 5 August 2017 at 17:08:32 UTC, Johnson Jones wrote:
using gtk, it has a type called value. One has to use it to
get the value of stuff but it is a class. Once it is used, one
doesn't need it.
Ideally I'd like to
On Saturday, 5 August 2017 at 18:17:49 UTC, Simon Bürger wrote:
If a lambda function uses a local variable, that variable is
captured using a hidden this-pointer. But this capturing is
always by reference. Example:
int i = 1;
auto dg = (){ writefln("%s", i); };
i = 2;
dg(); //
When trying to center the window. If one uses ALWAYS_CENTERED any
resizing of the window is totally busted. CENTER also does not
work. move(0,0) seems to not be relative to the main display. I'd
basically like to center the window on the main display or at
least be able to set coordinates
using gtk, it has a type called value. One has to use it to get
the value of stuff but it is a class. Once it is used, one
doesn't need it.
Ideally I'd like to treat it as a struct since I'm using it in a
delegate I would like to minimize unnecessary allocations. Is
there any way to get D to
On Saturday, 5 August 2017 at 15:19:43 UTC, Gerald wrote:
On Saturday, 5 August 2017 at 15:08:21 UTC, Johnson Jones wrote:
I am trying to get the handle size of panned. Not sure if I'm
doing it right but
[...]
I'm using this in Tilix:
Value handleSize = new Value(0);
I am trying to set positions of widgets automatically. e.g., I
have a paned widget and I to set the position of the handle
manually based on a percentage of the window. e.g., 0.5 will set
the handle midway and both children will have the same height. I
0.2 will set it to to 20%.
I want it to
I am trying to get the handle size of panned. Not sure if I'm
doing it right but
Value value = new Value();
paned.getProperty("handle-size", value);
GLib-GObject-CRITICAL **: g_object_get_property: assertion
'G_IS_VALUE (value)' failed
or I get stuff like
GLib-GObject-WARNING **:
On Saturday, 5 August 2017 at 12:51:13 UTC, Mike Wey wrote:
On 03-08-17 21:56, Johnson Jones wrote:
If I do something like
import gdkpixbuf.Pixbuf;
Pixbuf.newFromResource("C:\\a.jpg");
There are two issues here, you need to properly escape the
slash: "C:a.jpg".
And a.jpg is not a
On Friday, 4 August 2017 at 23:14:38 UTC, Adam D. Ruppe wrote:
On Friday, 4 August 2017 at 21:53:14 UTC, Johnson Jones wrote:
When I click on gtk on the link you gave it gives basically an
empty page(a single module).
Yeah, there is no overview page in the source code... but I can
make it
On Friday, 4 August 2017 at 15:24:51 UTC, Gerald wrote:
On Friday, 4 August 2017 at 15:08:27 UTC, Mike Wey wrote:
Improving the documentation is something i want to do but
there are always some more important things to do. Like the
Questions/Issues you posted earlier.
So unless somebody
On Friday, 4 August 2017 at 13:59:11 UTC, Adam D. Ruppe wrote:
On Friday, 4 August 2017 at 02:08:31 UTC, Johnson Jones wrote:
https://api.gtkd.org/gtkd/gtk/ApplicationWindow.html
So I ran gtkd through my doc generator too
On Friday, 4 August 2017 at 06:58:00 UTC, Antonio Corbi wrote:
On Thursday, 3 August 2017 at 21:06:36 UTC, Johnson Jones wrote:
[...]
Hi!
I load images using Gtk like this (I use gtk under gnu/linux):
[...]
Thanks! I'm sure it will if it works ;)
Also, interfaces are not linkable.
e.g., for gtk.ApplicationWindow, it inherits from gtk.Window but
I have to go back to the packages and scroll down to find
gtk.Window to see it's properties and methods. Would be nice if I
could just click on the gtk.Window and it jump me to it.
https://api.gtkd.org
It is difficult to navigate.
1. clicking the documentation on the main site takes it to the
gtk.AboutDialog api. That is all it shows, I was confused at
first, as I'm sure most people would be.
2. The packages list lists all the packages, but all the sub
elements are
On Thursday, 3 August 2017 at 21:00:17 UTC, Mike Wey wrote:
On 03-08-17 22:40, Johnson Jones wrote:
Ok, so, I linked the gtk to the msys gtk that I installed
before when trying to get glade to work and it worked!
seems that msys is much more up to date than anything else as
it just works(I
On Thursday, 3 August 2017 at 13:12:03 UTC, Mengu wrote:
On Thursday, 3 August 2017 at 03:59:40 UTC, Johnson Jones wrote:
How can be use gtkD to load images, I assume through
gdkpixbuf? While I am getting errors loading images through
glade's image:
(test.exe:8188): Gtk-[1;33mWARNING[0m
On Thursday, 3 August 2017 at 15:11:46 UTC, Mike Wey wrote:
On 03-08-17 05:00, Johnson Jones wrote:
On Wednesday, 2 August 2017 at 14:51:45 UTC, Mike Wey wrote:
On 02-08-17 08:04, Johnson Jones wrote:
Ok, Using msys I was able to get glade 3.20 running. Maybe
that will fix everything.
On Thursday, 3 August 2017 at 15:11:46 UTC, Mike Wey wrote:
On 03-08-17 05:00, Johnson Jones wrote:
On Wednesday, 2 August 2017 at 14:51:45 UTC, Mike Wey wrote:
On 02-08-17 08:04, Johnson Jones wrote:
Ok, Using msys I was able to get glade 3.20 running. Maybe
that will fix everything.
On Thursday, 3 August 2017 at 13:12:03 UTC, Mengu wrote:
On Thursday, 3 August 2017 at 03:59:40 UTC, Johnson Jones wrote:
How can be use gtkD to load images, I assume through
gdkpixbuf? While I am getting errors loading images through
glade's image:
(test.exe:8188): Gtk-[1;33mWARNING[0m
On Thursday, 3 August 2017 at 15:11:46 UTC, Mike Wey wrote:
On 03-08-17 05:00, Johnson Jones wrote:
On Wednesday, 2 August 2017 at 14:51:45 UTC, Mike Wey wrote:
On 02-08-17 08:04, Johnson Jones wrote:
Ok, Using msys I was able to get glade 3.20 running. Maybe
that will fix everything.
How can be use gtkD to load images, I assume through gdkpixbuf?
While I am getting errors loading images through glade's image:
(test.exe:8188): Gtk-[1;33mWARNING[0m **: Could not load image
'a.jpg': Couldn't recognize the image file format for file
'test\a.jpg'
(loads fine in glade)
On Thursday, 3 August 2017 at 03:00:02 UTC, Johnson Jones wrote:
On Wednesday, 2 August 2017 at 14:51:45 UTC, Mike Wey wrote:
On 02-08-17 08:04, Johnson Jones wrote:
Ok, Using msys I was able to get glade 3.20 running. Maybe
that will fix everything.
Great, unfortunately "Use msys2" seems to
On Wednesday, 2 August 2017 at 14:51:45 UTC, Mike Wey wrote:
On 02-08-17 08:04, Johnson Jones wrote:
Ok, Using msys I was able to get glade 3.20 running. Maybe
that will fix everything.
Great, unfortunately "Use msys2" seems to be the official way
to install anything GTK related on windows.
On Wednesday, 2 August 2017 at 14:51:45 UTC, Mike Wey wrote:
On 02-08-17 08:04, Johnson Jones wrote:
Ok, Using msys I was able to get glade 3.20 running. Maybe
that will fix everything.
Great, unfortunately "Use msys2" seems to be the official way
to install anything GTK related on windows.
On Wednesday, 2 August 2017 at 14:59:39 UTC, Mike Wey wrote:
On 01-08-17 22:50, Johnson Jones wrote:
So, the problem is simple(but unfortunately a lot of wasted
time). gtkD needs to be updated to work well with x64 and x86.
I think all one has to do is be able to specify which path of
gtk
I have a need to draw custom objects with gtkD, is this possible?
I see that with drawing area one can use cario, and it seems that
gtkD supports this. I'd rather use openGL if possible. I see
there is a gtkDGL but no reference to how to use it.
I need pretty simple drawing stuff... lines,
Ok, Using msys I was able to get glade 3.20 running. Maybe that
will fix everything.
On Tuesday, 1 August 2017 at 20:18:19 UTC, Mike Wey wrote:
On 01-08-17 21:44, Johnson Jones wrote:
On Tuesday, 1 August 2017 at 15:20:08 UTC, Mike Wey wrote:
On 01-08-17 05:53, Johnson Jones wrote:
GtkD is currently based on GTK 3 the properties it complains
about were removed in GTK 3.0.
So, The error I currently get is
object.Exception@generated\gtkd\gtkd\Loader.d(125): Library load
failed (libgdk-3-0x64.dll): is not a valid Win32 application.
and libgdk-3-0x64.dll was libgdk-3-0.dll from the 64-bit gtk
package. (I simply added the extension)... the package downloaded
nvm, the file exists. Why it is not being found is unknown.
I did some stuff and it says it is not a valid win32, this is
using that gtk3 runtime I linked to... says it's x64 version but
probably x86.
Would be nice if the error message printed the full path of what
was being loaded so it's
On Tuesday, 1 August 2017 at 15:14:50 UTC, Mike Wey wrote:
On 01-08-17 01:37, Johnson Jones wrote:
So, the question is, is this a gtkd problem or a gtk problem?
In either case, what's the way to get them both to work. Do
you guys actually test out both versions installed on the same
system?
On Tuesday, 1 August 2017 at 15:20:08 UTC, Mike Wey wrote:
On 01-08-17 05:53, Johnson Jones wrote:
GtkD is currently based on GTK 3 the properties it complains
about were removed in GTK 3.0.
Which version of glade are you using?
The latest: Glade 3.8.5
Trying a very simple interface. When I add a notebook I get the
following error
(test.exe:4504): Gtk-[1;31mERROR[0m **: failed to add UI:
C:\Test\Main.Glade:27:43 Invalid property: GtkNotebook.tab_hborder
When removing it from the glade file it then crashes with on the
homogenous
On Monday, 31 July 2017 at 20:37:11 UTC, Mike Wey wrote:
On 31-07-17 19:16, Johnson Jones wrote:
how does one allow both gtk x86 and x64 to work side by side
seamlessly?
I installed x64 first and it seems, because whatever is using
the path to find the gtk runtime, it looks for that first
On Monday, 31 July 2017 at 17:50:08 UTC, Johnson Jones wrote:
On Monday, 31 July 2017 at 17:16:32 UTC, Johnson Jones wrote:
[...]
I fixed up gtkd so that it uses x86 and x64 versions of dlls
but it doesn't seem to help with x64. I was able to get x86 to
compile and run but x64 just loads
On Monday, 31 July 2017 at 17:16:32 UTC, Johnson Jones wrote:
how does one allow both gtk x86 and x64 to work side by side
seamlessly?
I installed x64 first and it seems, because whatever is using
the path to find the gtk runtime, it looks for that first even
in x86 build.
Seems like
how does one allow both gtk x86 and x64 to work side by side
seamlessly?
I installed x64 first and it seems, because whatever is using the
path to find the gtk runtime, it looks for that first even in x86
build.
Seems like gtkd's dll resolution is not very intelligent. While I
could
85 matches
Mail list logo