Personally, I would prefer a less powerful but cleaner and safer plugin
system that could not affect what happens after the plugin processes the
event. Cleaner because it could use the listener system for all
communication. Safer because it would be read only data passed and could
be processed in a
Accepted:
OK: linuxdcpp_1.1.0~pre1~bzr399-0ubuntu1~maverick1.tar.gz
OK: linuxdcpp_1.1.0~pre1~bzr399-0ubuntu1~maverick1.dsc
-> Component: main Section: net
Format: 1.8
Date: Fri, 29 Oct 2010 23:49:46 +
Source: linuxdcpp
Binary: linuxdcpp
Architecture: source
Version: 1.1.0~pre1~bzr399-0u
* State: Chroot problem
* Recipe: linuxdcpp-team/linuxdcpp
* Archive: linuxdcpp-team/ppa
* Distroseries: natty
* Duration: three minutes
* Build Log: https://launchpadlibrarian.net/58374569/buildlog.txt.gz
* Upload Log:
* Builder: https://launchpad.net/builders/lakoocha
--
https://code.l
Accepted:
OK: linuxdcpp_1.1.0~pre1~bzr399-0ubuntu1~lucid1.tar.gz
OK: linuxdcpp_1.1.0~pre1~bzr399-0ubuntu1~lucid1.dsc
-> Component: main Section: net
Format: 1.8
Date: Fri, 29 Oct 2010 23:46:58 +
Source: linuxdcpp
Binary: linuxdcpp
Architecture: source
Version: 1.1.0~pre1~bzr399-0ubuntu1
I had a goal of keeping it pure C API... which allows it, in theory, to
be used with languages such as delphi and (yack) VB.
If this is doable as C++ only extension, without breaking the underlying
C API then it is certainly worth it I'd say... although it would be
strictly tied to dcpp based plug
I have one thing. What about putting Client abstract class as a part of
plugin API? Then new procotol could be added by plugins (for example DHT
could be a separate part).
--
Plugins support
https://bugs.launchpad.net/bugs/587597
You received this bug notification because you are a member of
Dcpl
Public bug reported:
if you call BufferedSocket::setDataMode with value that will be < left
(ie. what is actually read from socket at once) it will go to an
infinite loop, because when dataBytes have been read high will always
end up 0 even if left > 0.
What you, probably, want to do is break aft
Public bug reported:
An option to disable the thumbnail feature for win 7
** Affects: dcplusplus
Importance: Wishlist
Assignee: Dcplusplus-team (dcplusplus-team)
Status: New
** Changed in: dcplusplus
Importance: Undecided => Wishlist
** Changed in: dcplusplus
Assignee
** Branch linked: lp:linuxdcpp
--
Unexpected results deleting multiple selected search results
https://bugs.launchpad.net/bugs/667491
You received this bug notification because you are a member of LinuxDC++
Team, which is subscribed to LinuxDC++.
Status in Linux DC++: Fix Committed
Bug descript
** Changed in: linuxdcpp
Status: Confirmed => Fix Committed
** Changed in: linuxdcpp
Milestone: None => 1.1.0
** Changed in: linuxdcpp
Assignee: (unassigned) => Razzloss (razzloss)
--
Unexpected results deleting multiple selected search results
https://bugs.launchpad.net/bugs/66
Merge authors:
Razzloss (razzloss)
revno: 399 [merge]
fixes bug(s): https://launchpad.net/bugs/667491
committer: Razzloss
branch nick: master
timestamp: Fri 2010-10-29 22:45:13 +0300
message:
Fix manual removing of search results
mod
I agree, but as explained earlier plugins need to be able to affect what
happens after plugin has processed an event... which is why using the
existing listeners is not the ideal solution in 9 cases out of 10... to
be completely honest I even considered not using any listeners, except
timermanager
** Changed in: dcplusplus
Status: Incomplete => Fix Committed
--
Wrong system icon for folders in Windows 7 x64
https://bugs.launchpad.net/bugs/588224
You received this bug notification because you are a member of
Dcplusplus-team, which is subscribed to DC++.
Status in DC++: Fix Committed
revno: 2276
committer: poy
branch nick: trunk
timestamp: Fri 2010-10-29 18:31:08 +0200
message:
Display folders using the correct icon on Win 7
modified:
changelog.txt
win32/WinUtil.cpp
--
lp:dcplusplus
https://code.launchpad.net
revno: 2275
committer: poy
branch nick: trunk
timestamp: Fri 2010-10-29 17:40:14 +0200
message:
Fix menu separators on Win 7
modified:
changelog.txt
dwt/src/widgets/Menu.cpp
--
lp:dcplusplus
https://code.launchpad.net/~dcplusplus
revno: 2274
committer: poy
branch nick: trunk
timestamp: Fri 2010-10-29 17:30:05 +0200
message:
fixes for MinGW
modified:
SConstruct
dwt/include/dwt/dwt_shlobj.h
dwt/src/Taskbar.cpp
dwt/src/widgets/RichTextBox.cpp
win32/RichT
just a nitpick: the current event driven architecture (Speaker class) is
not asynchronous; that is the reason GUIs must try not to do any lentghy
operations when they process these events. still, using it would be
nice.
--
Plugins support
https://bugs.launchpad.net/bugs/587597
You received this b
revno: 2273
committer: poy
branch nick: trunk
timestamp: Fri 2010-10-29 15:05:05 +0200
message:
use the right bg color when taking rich edit snapshots
modified:
dwt/src/widgets/RichTextBox.cpp
--
lp:dcplusplus
https://code.launchpa
The calls to pluginmanager return if they are true, because that implies
plugin handled that event for us, ie. we don't want core doing anything
about that particular instance of it anymore.
I agree that the plugins should not be given the possibility to put the
core into an unsafe state, however,
19 matches
Mail list logo
