hishnash

9 ms·

31.
by hishnash 10y ago
Since true native (UI/UX) is core to our focus to do an window/linux we would need to do that same, currently most of our code is still in obj-c (new code is in swift) but it would be a massive task to produce a native window and
32.
by hishnash 10y ago
@statictype What issues are you having?
33.
by hishnash 10y ago
We use libgit2 server side, Paw does not talk GIT it talks json to our syncing service. (the repo format we have would not be very nice if you wanted to embed it in another project, since we split out each object in Paw into a separate yaml
34.
AWS as a stateless platform for Paw Cloud syncing services(medium.com)
1 points by hishnash 10y ago|0 comments
35.
Rollout.io Respond to apple's ban(rollout.io)
3 points by hishnash 10y ago|0 comments
36.
by hishnash 10y ago
We have considered a Paw Light, if it were to come it would be a little diffrent from Paw. More focusing of throw away requests than building large projects. If we put work into it we would like it to still bring value to our Paying custome
37.
by hishnash 10y ago
We are using the RNCryptor Obj-C api. ( matthaus of Paw here )
38.
by hishnash 10y ago
We are making over half of the available extensions, it's a good way to ship small features to users that need them without a full blown update. Also it keeps the app simple for users that only need to key feature set. Check out our Gi
39.
by hishnash 10y ago
Traffic capture is definitely something we are looking into. Through to be honest it would most likely be a companion app rather than directly embedded within Paw --matthaus (@hishnash) Backend syncing dev at paw.cloud